学生信息管理系统的需求分析

1.1信息 *** 作功能

（1）学生基本信息的添加、修改和删除。学生基本信息包括：学好（学号的前6位为班级号）、姓名、性别、出生日期和所在的专业。

（2）课程信息的添加、修改和删除。课程信息包括:课程号、所属专业、课程名称、课程类型（专修、选修、方向、通修、公修）、开课学期、学时数和学分。

（3）学生成绩信息的添加、修改和删除。学生成绩信息包括：学好、课程号、成绩和学分。

1.2.查询功能

可以通过学号来查学生基本信息，通过学号和学期号查询学生的成绩，通过课程号查询该课程的信息。

1.3.统计功能

统计当前信息所显示的信息数以及学生某个学期或所有学期课程的总学分。

1.4.分析功能

对某一个班级的某一门课程的成绩分布进行分析，并以直方图的形式显示出来。

1.5.打印功能

打印和预览当前显示的信息。

需求分析项目名称：公司人事管理系统

一、用例视图写出用例图的介绍，包括功能包、用例的简述等。不少于1000字。

二、用例描述1. Login英文名称：<Login> 中文名称：<登录> 参与者 ：<User>

1.1 简要说明对登录的流程进行描述， *** 作者输入用户名、密码、选择用户类型进行登录。1.2 事件流1.2.1 基本流(1) 系统：显示登录界面；(2) 用户：输入登录信息，登录信息包括：用户名、密码、用户类型；(3) 用户：可能进行下面两种 *** 作：(a) 用户：选择登录，则执行基本流(4)；(b) 用户：选择重置，则返回到基本流(1)；(4) 系统：检查用户的登录信息，可能有下边两种情况；(a) 登录成功：执行基本流(5)；(b) 登录失败：执行备选流(1)；(5) 登录成功，结束此用例。1.2.2 备选流(1) 登录失败：如果系统检测到用户名、密码不存在或错误，则提示用户输入的登录信息不正确，系统返回到选择登录前的状态，用户可以重新输入/修改登录信息，重新执行基本流(3)。1.3 特殊需求(约束和非功能性需求)

1.3.1 第一特殊需求要求用户密码安全。

1.4 前置条件1.4.1 第一前置条件 系统已启动到登录界面。

1.5 后置条件1.5.1 第一后置条件用户登录成功后，根据用户类型进入到相应界面。Administrator用户进入到管理员界面，Employee用户进入到个人用户界面。1.5.2 第二后置条件用户登录失败，返回到登录界面。

1.6 扩展点没有与此相关的内容。

1.7 附加说明1.7.1 附加说明1登录过程要求安全性。

1.8 优先级没有与此相关的内容。2. 略3. 略三、领域模型与用户字典1. 领域建模2. 用户字典2.1 Employee实 体 名Employee(员工)说明公司的一个雇员，具有一定的职务或岗位，按照职务或岗位或工作量领取薪水基本属性编号、姓名、级别、职务、当月薪水实 体 名ID（编号）说明员工的编号，由系统自动生成。4位阿拉伯数字，例如： 1234从属实体Employee实 体 名Name（姓名）说明员工的姓名姓名最多8个汉字或16个英文字母从属实体Employee

2.2 <略><第二条词汇>的定义在此处提供。应提供读者理解该概念所需的全部信息

2.3 <第一组词汇>[有时，可利用术语分组来提高可读性。例如，如果问题领域包含与建筑项目的统计和建设两方面都相关的术语（当开发建筑项目管理系统时就会出现这种情况），提供两个不同子领域中的术语会使读者混淆不清。为了解决这种问题，我们采用了术语分组的方法。当提供分组术语时，应提供一段简短说明来帮助读者理解<一组词汇>的含义。为了便于查找，同组内的术语应按字母顺序排列。] [<第一组词汇>的定义在此处提供。应提供读者理解该概念所需的全部信息。]

四、非功能性需求

1. 质量属性性能暂无要求安全性密码安全存储的安全易用性简单易用快捷 *** 作持续可用性程序稳定可伸缩性暂无要求互 *** 作性可更换数据库或存储成标准格式CSV可靠性不易死机测试严格鲁棒性能容忍非法 *** 作易理解性易被开发人员看懂设计文档和代码规范可扩展性能增加功能可重用性系统的类可被重用可测试性易测试可维护性易修改错误、代码易理解可移植性易换平台易换数据库

2. 分析后的约束技术C++开发，程序员水平不高平台Win32数据库Csv文件或Access界面风格命令行时间一周其他暂无

---