高校毕业生信息管理系统需求规格说明书
目录
1. 引言
1.1目标
预期的读者和阅读建议
1.2背景
1.3定义
1.4参考文献
2. 任务概述
2.1目标
2.2用户的特点
2.3假定和约束
3. 需求规定
3.1对功能的规定
3.2对性能的规定
3.3输人输出要求
3.4数据管理能力要求
3.5故障处理要求
3.6其他专门要求
4. 系统特性
4.1设备
4.2支持软件
4.3
硬件接口
通信接口
4.4控制
- 引言
1.1目标
本文档首先给出整个系统功能结构的概貌，试图从整体架构上给出整个系统的轮廓，然后对功能需求、数据需求、性能需求和其他非功能需求进行了详细的描述。其中对功能需求的描述运用了ROSE的用例模型方式，描述每一用例的基本事件流，并给出直观的用例图。对数据需求的描述运用了数据流图方法，从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。这些文字与图形都为了文档能够详细准确地描述用户的需求，同时也为用户更容易的理解这些需求的描述创造了条件。
预期的读者和阅读建议
- 项目经理：项目经理可以根据该文档了解与其产品的功能，并据此进行系统设计、项目管理。
- 设计员：对需求进行分析，并设计出系统，包括数据库的设计。
- 程序员：配合设计员的《设计报告》，了解系统功能，编写《用户手册》。
- 测试员：根据本文档编写测试用例，并对软件进行功能性测试和非功能性测
试。
- 用户：了解其产品的功能和性能。
- 其他人员：如部门领导、公司领导等据此了解产品的功能与性能。
1.2背景
随着学校的规模不断过大，学生数量急剧增加，有关学生的各种信息量也成倍增加，面对庞大的信息量需要有学生信息管理系统来提高学生管理工作的效率。学生就业信息管理系统可以有效地帮助学校跟踪和了解学生的就业过程。通过这样的系统可以做到信息的规范化管理、科学性统计和快速查询、修改、增加、删除等。从而减少管理方面的工作量。通过对就业数据的统计和分析，它可以帮助各专业调整具体专业方向和课程设置，并帮助学校培养满足用人单位，社会和国家需求的中等职业人才。学生就业信息管理系统为学生提供了一个平台，让他们向自己和雇主展示对学生状况的深入了解，促进两方之间的沟通，提高学生就业的质量，并拓宽学生就业渠道。系统的主界面主要提供毕业生、企业单位、管理员入口，根据用户类型，进入不同的服务页面。毕业生就业信息管理系统可以为用户提供充足的信息和快捷的查询手段。
1.3定义
开发工具：Androidstudio
开发语言：Java
数据库：mysql
1.4参考文献
-
- 软件需求工程第2版 毋国庆 梁正平 袁梦霆 李勇华 机械工业出版社
- UML 面向对象建模与设计 MichaelBlahaJamesRumbaugh 人民邮电出版社
- 任务概述
2.1目标
学生信息管理是学校管理的重要组成部分对于学校和政府教育单位来说都至关重要，所以学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。传统的人工方式管理方式效率低、保密性差，不利于查找，更新和维护。使用计算机对学生信息进行管理，能够极大地提高学生管理的效率，节约教育经费，这也是适应学校信息化建设发展趋势的重要因素。作为计算机应用的一部分，使用计算机对学生信息进行管理，具有手工管理所无法比拟的优点。例如检索迅速、查找方便，可靠性高、存储量大、保密性好、成本低等。这些优点能够极大地提高学生信息管理的效率。
学生就业管理系统采用响应式布局设计，并考虑了台式计算机，平板计算机，智能电话以及其他设备和终端的使用，以满足快速发展的移动办公需求。高校就业管理系统可以完成对学生信息的修改、查询（毕业生的人数、待业人数、就业人数和就业率以及各专业的毕业生就业率）、添加（学生基本信息、院系信息、公司信息等）。初步完成了对高校学生就业信息的管理，对公司招聘信息的管理，使用大数据算法为海量毕业生找寻最适合、最满意的工作。
2.2用户的特点
管理员：公告的增加、修改、删除、查看、软件维护、用户信息的实时追踪更新。
用户（毕业生）：用户登录、查看企业信息、用户对个人信息的修改发布、查看年度毕业生人数、就业率等信息、大数据匹配最适公司。
企业：企业登录、企业信息管理、求职者信息查看、发布招聘公告、管理求职者列表。
2.3假定和约束
本系统是基于移动开发（平板、手机）的终端软件，也是基于Windows，Linux，Mac操作系统的终端软件。系统客户端运行在客户的移动设备、电脑设备上，服务器假设在高校校园内，客户需要在联网的环境下使用。
AS-1：基本保证所有智能设备都可以使用此高校学生就业管理系统。
AS-2：系统及时优化，维护并保证期间系统能正常使用。
AS-3：系统管理员必须经过一定的法律及技能培训，防止出现管理员对用户/公司信息的非法操作。
AS-4：跟踪毕业生的就业单位并记录，可供个人或公司进行履历查看。
DE-1: 如果毕业生信息/公司招聘信息进行了更改，必须保证公司/毕业生用户端信息实时更新。
DE-2: 如果用户忘记账户或密码等情况，需通过管理员验证才能找回。
- 需求规定
3.1对功能的规定
- 界面风格简洁明了，素雅大方。
- 页面的布局，采用响应式布局。按与用户的交互需求不同，划分为不同的功能区域，实现和用户之间的友好交互。
- 前台界面操作可逆，其动作可以是单个的操作，或者是一个操作序列。
- 后台各管理模块的不同管理功能操作界面，采用在不同窗口进行管理，各功能操作切换比较简单又相对独立。
- 提供信息反馈，如提供用户当前登录状态信息。
- 提供简单的错误处理;
图 1
图2
主要参与者
| 用户 |
1、修改信息2.招聘查询 |
| 企业 |
1、发布招聘 2、查看应聘者信息 3、通知面试 |
| 管理员 |
1、管理用户 2、管理企业 |
用例描述：
| 用例名称 |
企业发布招聘信息 |
| 执行者 |
用户申请应聘 |
| 目的 |
企业通过系统发布招聘信息应聘求职者 |
| 前提条件 |
1、用户在系统已经通过注册2、企业登陆至该系统 |
| 结束条件 |
求职者获得应聘 |
| 基本序列 |
1、企业选择“发布应聘岗位”，接着选择该岗位要求。 2、用户填写个人信息，并上传相应的信息。 3、系统确认商品信息真实有效。 4企业了解求职者信息后，向用户发布面试请求，并存入系统数据库。 5.求职者按照要求进行面试。 |
| 用例名称 |
更新个人信息 |
| 执行者 |
用户 |
| 目的 |
用户修改个人信息 |
| 前提条件 |
已发布个人信息，需要修改 |
| 结束条件 |
修改完个人信息，保存提交 |
| 基本序列 |
1、用户点击个人信息设置，界面显示出个人所有的详细信息。 2、用户在各个信息项后面输入修改的内容 3、点击确认，提交修改内容 |
| 用例名称 |
用户匹配最适企业 |
| 执行者 |
用户 |
| 目的 |
用户通过填写个人求职信息系统匹配最适合企业。 |
| 前提条件 |
1.用户已经填写完善个人求职信息2.企业已经发布需求岗位信息 |
| 结束条件 |
用户获得匹配结果 |
| 基本序列 |
1、用户填写完善个人求职信息。2、企业发布招聘岗位信息。3、系统依据算法为用户匹配最适合的企业并显示。 |
3.2对性能的规定
3.2.1精度
查询信息时应保证查全率，所有相应域包含查询关键字的记录都应该查到。
查询信息应保证查准率，查到的记录应与给定的查询条件完全匹配。
3.2.2时间特性
该系统具体时间特性要求要根据网速来决定。我们将最大限度的减
少系统响应时间，最小化更新处理时间和数据转换时间。
3.2.3灵活性
高校就业管理系统可以完成对学生信息的修改、查询（毕业生的人数、待业人数、就业人数和就业率以及各专业的毕业生就业率）、添加（学生基本信息、院系信息、公司信息等）。初步完成了对高校学生就业信息的管理，使用简单。
3.3输人输出要求
3.4数据管理能力要求
Ⅰ.注册用户:9000以上
Ⅱ.在线用户:3000以上
Ⅲ.并发数:1500以上
3.5故障处理要求
高：是关键需求，必须实现，否则设计失败。
中:支持必要的操作，是最终版本所要求，但是如果是紧急需要，可以考虑在下一个版本中实现;
低:功能或质量上的增强，如果资源允许，这些功能的实现能够使得产品更完美主要实现的功能。
主要实现的功能：
| 说明 |
优先级 |
| 修改/发布信息 |
高 |
| 登录或注册 |
高 |
| 发布招聘 |
中 |
| 管理员基于平台后的管理 |
高 |
| 匹配最适公司 |
高 |
3.6其他专门要求
3.6.1 安全设施需求
应用系统的安全:通过对用户的身份鉴别，并实施相应的访问控制策略后，使用户只能完成得到系统授权的数据访问功能操作。用户只有经授权后才可以更新程序，避免因错误程序更新而影响系统的正常运行。
3.6.2 安全性需求
网络安全:能经受来自互联网的一般性恶意攻击。
数据库安全:数据库级备份和恢复。数据库级用户进行角色和权限授权。使得在异常情况发生时，系统得以快速恢复，避免数据的丢失或将其影响降到最低限度。同样，要保证存储过程中数据不被非法访问和篡改。
应用系统的安全:通过对用户的身份鉴别，并实施相应的访问控制策略后，使用户只能完成得到系统授权的数据访问功能操作。用户只有经授权后才可以更新程序，避免因错误程序更新而影响系统的正常运行。
3.6.3.正确性
要求发布的网站达到用户的预期目标，运行时基本无错误。
3.6.4.可靠性
对于编写好的软件，会进行大量的测试，不断地查找里面出现的bug，并及时的对其进行修改，尽可能的减少bug 的数量。随着用户量的增加，我们会及时的更新我们的服务器和数据库，从而保证网站的可靠性。避免用户量太大，而造成服务器瘫痪，影响网站的可靠性。
3.6.5可维护性
在设计网站的时候，将每个模块都分别独立开来，对于一些页面，我们将其做成了模板，在使用的时候进行母版页加载即可。这样可以集中精力放在代码块的构造与实现上。避免了一些不必要的困扰。在代码设计过程中，尽可能的减少模块之间的耦合性。做到模块和
模块之间的分离。这样，日后的维护具有较好的方便性。
- 系统特性
4.1设备
| 需求名称 |
详细要求 |
| 服务器 |
|
| 客户端 |
|
| 系统 |
windows系列操作系统 |
| 运行环境 |
Java |
| 其他 |
有互联网，有鼠标键盘连接 |
4.2支持软件
| 主要质量属性 |
详细要求 |
| 正确性 |
业务错误不出现 |
| 健壮性 |
能够容纳2000用户在线操作 |
| 可靠性 |
可靠 |
| 性能，效率 |
处理时间小于等于10秒 |
| 易用性 |
易于维护 |
| 清晰性 |
建议1024*768分辨率下显示 |
| 安全性 |
连续运行半年，用户权限功能明确 |
| 可扩展性 |
较强 |
| 兼容性 |
较强 |
| 可移植性 |
较强 |
4.3
硬件接口
-
- 安卓手机版本需要安卓2.0以上的操作系统
- 苹果手机版本需要IOS6.0以上的操作系统
- PC Windows cpu2.6G;内存不小于1G
通信接口
- 1:“高校毕业生信息管理系统”,用户/企业注册成功、会发送电子邮件，短信等方式，以确认用户/企业本人操作，通知其注册成功。
- 2:“高校毕业生信息管理系统”，企业通知求职者进行面试、求职者接受面试将会向用户/企业发送电子邮件，短信，网络通信等方式，以确认用户/企业实时知晓招聘动态信息。
4.4控制
用户可以自定义字体，更具页面设计字号，颜色以白色为主，链接均无下划线，划过显示下划线，访问后改变颜色，导航菜单式风格，界面友好，用户看得懂，合理使用空间，首页尽量不显示滚动条，用户操作简单，信息确认有效。
附录表：
E-R图
图 2 E-R图
图 3 顶层数据流图