高校勤工助学管理系统-需求规格说明书
学生管理系统需求分析说明书
学生管理系统需求分析说明书一．需求细则 (1)1.对功能的规定 (1)1.1 学生信息定义 (1)1.2、登陆功能定义 (2)1.3学生信息录入功能（学生信息用文件形式保存）----输入 (2)1.4 学生信息浏览功能----输出 (3)1.5修改信息 (3)1.6删除操作： (3)1.7排序操作： (4)1.8保存学生信息 (4)1.9界面友好 (4)二．模块分析和介绍 (5)二．对性能的规定 (6)三．对排版的规定 (6)四．对可维护性的规定 (7)五．对个性的规定 (8)六．对项目过程的规定 (8)一．需求细则1.对功能的规定1.1 学生信息定义分必选项和可选项，其中，必选项是必须完成的，属于项目答辩的入口条件，所有人都要做，未完成者取消答辩资格；可选项不是入口条件，但每完成一项都会加分，对于完成了必选项的同学，尽可能地多完成一些可选项，以期获得更高的答辩成绩。
如果所有项（包括必选和可选）都完成，那么功能分就是满分。
如果设计思路、界面效果、代码组织等方面有个性（或和别人的不同），则获得附加分。
学生信息管理系统的目标是为方便统一管理学生的信息并为管理员和学生提供一个信息共享和查询的平台。
要求使用链表实现存储、读写以及管理学生信息。
属性：必选1描述：学生信息必须包含如下项（包括但不限于）：●学号（ID）；●姓名●密码●年龄●班级●性别●数学成绩●语文成绩●C语言成绩：：1.2、登陆功能定义运行学生信息管理系统之后，使之能提供以下几项功能：1.2.1 该系统以菜单方式工作；比如：管理员 查找 按序号查找1.2.2 登录功能：系统启动后有提示进入登录界面；使用超级管理员用户名和密码登录，比如用户名“admin”，密码：“123456”。
学生用用户名和密码登录。
属性：必选可选项：对于密码可选择实现隐藏密码功能。
◆管理员1.3学生信息录入功能（学生信息用文件形式保存）----输入属性：必选描述：实现对学生信息基本信息的录入，其中名次根据成绩自动计算（添加）。
东南大学学工系统勤工助学模块软件开发项目需求建议书
东南大学学工系统勤工助学模块软件开发项目需求建议书有关单位：东南大学（甲方）为了更便捷地为学生提供勤工助学服务以及更有效地对学生的勤工助学各项事务进行管理，决定在东南大学学工系统中增设勤工助学模块以满足这一需要，特向具有一定资质的承约商征求东南大学学工系统勤工助学模块软件开发。
1、工作表述承约商将执行下面任务：开发具有以下功能的学工系统勤工助学模块软件：学工系统勤工助学模块软件的主要功能包括岗位信息、岗位申请、在岗信息、历史申请信息、已发放报酬、历史信息等功能。
2、要求承约商应根据国家有关标准，提供开发计划和实施方案。
3、交付物符合甲方要求的学工系统勤工助学模块软件。
4、甲方提供的条款甲方将向承约商提供内部各单位相关信息并帮助承约商熟悉项目管理流程。
5、合同类型合同必须以一个商定的价格，给提供满足需求建议书要求工作的承约商付款。
6、到期日承约商必须最迟在4月30日以前提交5份申请书备份。
7、时间表甲方希望在5月25日前选中一家承约商。
这个项目需要完成的时限是20—25周，从2015年6月1日开始，要求软件正式验收前需要试运行4周以上的时间，并根据试运行情况进行适当修改。
8、付款方式当项目完成了1/3时付总额的1/3当项目完成了2/3时再付总额的1/3当甲方已经满意于项目100%的完成，并且承约商已经履行了全部契约义务时再付出总额的最后1/39、申请书内容承约商的申请书至少必须包括如下内容：（1）方法。
承约商能清晰地理解需求建议书，理解什么是被期望达到的要求。
而且要详细描述承约商领导项目的方法，要求对每个任务的详细描述，任务如何完成的详细描述（2）交付物。
承约商要提供交付物的详细描述（3）进度计划。
列出甘特图或网络图表，列出每月要执行的详细任务的时间表，以便在要求的项目完成日期内能够完成项目（4）经验。
叙述一下承约商最近已经执行的项目，包括客户姓名、地址和电话在号码（5）人事安排。
列出将被指定为项目主要负责人的姓名和详细简历，以及他们在类似项目中的成绩（6）成本。
学生管理系统需求规格说明书
浙江工业大学之江学院软件工程大型实验报告设计题目：___ __ 班级：_____ _____ 姓名：_____ _____ 指导教师：________ ________2015 年6 月“学生管理系统”需求分析报告1 范围1.1 标识1.2 系统概述1．软件名称：学生管理系统2．软件功能：方便教务管理部门在线管理学生基础信息，包括班级信息管理、学生基本信息管理、学生课程成绩管理以及提供统计和查询功能。
此外，系统管理员还可以通过该系统管理用户信息。
3．与其他教务管理系统的关系：此系统为教务管理系统的一个子系统，项目来源于某高校的委托。
整个教务管理系统分为五个部分，另外四个个部分别为：学生选课系统、课程管理系统、教师管理系统和系统管理。
用户需要从系统管理子系统中登录后才能进入学生管理子系统。
学生选课系统、课程管理系统和教师管理系统的班级、学生、教师和课程等基本信息等，与学生管理子系统共享。
图A1-1所示的子系统关系图，主要描述学生管理子系统与其他系统的关系。
图A1-1子系统关系图4．用户：教务业务员和系统管理员5．开发者：XXX、XXX、XXX1.3 文档概述需求分析采用面向对象分析的方法，在文档中主要采用了用例和E-R图等表示方法描述需求。
文档的预期读者为教务业务人员和软件开发小组。
1.4 基线无（或《学生管理系统可行性分析报告》）2 引用文件计算机软件文档编制规范（GB/T 8567-2006），2006年3月14日发布，2006年7月1日实施。
3 需求概述3.1 系统目标系统的开发目标是充分利用计算机和网络技术，打破传统的管理模式，实现课程信息、学生信息和考试成绩的在线管理，保持这些数据的一致性，同时提高管理的工作效率。
3.2 运行环境1．服务器硬件配置要求：2．客户机硬件配置要求：个人机，1M内存，40G硬盘3．软件配置要求：Jdk 1.5版本以上，Tomcat 5.03.3 用户特点系统的最终用户为教务业务员，具备基础的计算机操作技能。
勤工助学管理系统模块使用说明书
勤工助学管理系统模块使用说明书1.总体概况1.1开发背景依据《重庆财经职业学校学生勤工助学管理办法》设计、开发本系统。
1.2操作流程·2.操作指南2.1登录1.用户凭账号密码进入学生信息管理系统。
网址：:8888/必须是用英文域名，不能收藏数字IP，可到学生官网点击链接进入）。
2.学生账号：学号，初始密码：咨询辅导员(首次登录后必须修改为英文+数字的密码)，如遗忘密码请联系辅导员在班级管理模块初始化。
3.教师账号：工号，初始密码：咨询学生处(首次登录后必须修改为英文+数字的密码)，如有遗忘密码请咨询学生处。
2.2学生操作2.2.1学生勤工岗位申请通过学校2020-2021学年家庭经济困难学生认定的同学登录学生管理信息系统操作：学生菜单＞学生资助管理＞勤工岗位申请＞勤工助学批次名称＞查询＞申请。
2.2.2学生岗位申请查询登录学生管理信息系统操作：学生菜单＞学生资助管理＞学生岗位申请查询＞核查申请岗位状态。
注意事项：1.勤工助学岗位实行一人一岗，不允许一个学生同时申请多个岗位；2.勤工岗位申请期间，请高度关注申请开始时间、结束时间以及岗位备注说明，并在此期间登录系统“学生岗位申请查询”界面核查岗位申请状态；3.若在规定期间内，申请岗位是“待审核”状态，学生可以在“学生申请查询”界面“修删”自己的申请信息；4.若在规定期间内，审核未通过，可以再次根据学校岗位信息重新申请其他岗位；5.若在规定期间内，学生处审核通过，请注意核查自己所申请岗位的上岗时间、上岗地点、上岗要求等信息。
（备注：上岗地点等信息可以在“勤工助学申请界面”核查。
）2.2.3学生“勤工工作总结管理”每月20日前登录学生管理信息系统操作：学生菜单＞学生资助管理＞勤工工作总结管理＞勤工助学批次名称＞查询＞添加＞保存。
注意事项：1.勤工助学岗位考核实行“谁用工谁考核”原则，因此同学们每月20日前提交工作总结后，要提醒用工部门老师告知用工部门勤工助学管理员在系统里通过审核。
学生管理系统需求规格说明书
学生管理系统需求规格说明书学生管理系统需求规格说明书1.引言1.1 目的本文档旨在定义学生管理系统的需求规格，明确系统实现的功能和性能特征，为软件开发团队提供一个明确的开发目标和项目规划。
1.2 背景学生管理系统是为学校管理学生信息、课程安排和成绩管理而设计的系统。
该系统能够帮助学校提高教学管理效率，方便学生、教师和管理员进行信息交流和管理。
2.总体描述2.1 产品对象学生管理系统旨在满足学校的教学管理需求，管理学生信息、课程安排和成绩管理等功能。
2.2 用户特征系统的主要用户包括学生、教师和管理员。
学生可以通过系统查看个人信息、课表和成绩等；教师可以通过系统录入学绩、发布作业和查看学生信息等；管理员负责系统的维护和管理。
2.3 系统环境学生管理系统将部署在学校的服务器上，学生、教师和管理员可以通过浏览器访问系统。
系统需要支持多用户同时访问，并且具备高性能和稳定性。
3.功能需求3.1 用户登录学生、教师和管理员需要输入用户名和密码进行登录，系统应该验证用户的身份合法性。
3.2 学生信息管理系统应该允许管理员录入、修改和删除学生的基本信息，包括学号、姓名、性别、年级等。
学生个人也可以查看和修改自己的信息。
3.3 课程管理系统应该允许管理员录入、修改和删除课程信息，包括课程名称、授课教师、上课时间和地点等。
3.4 课表管理系统应该根据学生的选课情况个人的课表，学生可以通过系统查看自己的课表。
3.5 成绩管理系统应该允许教师录入学生的成绩，学生可以通过系统查看自己的成绩。
3.6 作业管理系统应该允许教师发布作业，并提供学生提交作业和教师批改作业的功能。
3.7 通知管理系统应该允许学校向学生和教师发送通知，包括课程调整、考试安排等。
4.性能需求4.1 响应时间系统应该在用户发起操作后的2秒内给出响应。
4.2 并发性能系统应该支持最多100个并发用户操作，且保证系统的稳定性和性能。
4.3 数据安全性系统应该对用户的个人信息、成绩等敏感数据进行加密和保护，确保数据的安全性。
【江南大学】勤工助学系统操作手册
学生工作综合业务（服务）平台勤工助学系统操作手册上海智隆信息技术有限公司2016年06月01日文档管理信息表文档修订历史目录1.系统整体说明 (4)1.1系统配置要求 (4)1.2安装说明 (4)2.通用操作说明 (5)2.1进入系统 (5)2.2修改密码 (7)2.3勤工助学 (8)2.3.1总体操作流程： (8)2.3.2学生岗位申请 (9)2.3.3用工部门岗位邀请 (10)2.3.4学生接受邀请 (11)2.3.5聘用信息查看及解聘 (12)2.3.6学生退岗申请 (13)2.3.7用工部门退岗审批 (14)1.系统整体说明1.1系统配置要求本系统对计算机的配置要求不高，适合于现今流行的各种台式或笔记本电脑使用。
软件环境：操作系统：Microsoft Windows VISTA 以上、ULINX等，推荐Windows7以上操作系统浏览器：Internet Explorer 9.X以上版本浏览器及主流浏览器（Chrome、Firefox、搜狗高速浏览器、360极速浏览器、IE9）网络：校园网或512K带宽及以上的互联网硬件环境(最低配置)：处理器：Intel Pentium IV 800MHZ或同性能AMD处理器及以上内存（RAM）：1GB及以上硬盘：50GB以上网卡： 10兆/100兆以太网卡调制解调器：56KB调制解调器硬件环境(推荐配置)：处理器：Interl 酷睿I3处理器或同性能AMD处理器及以上内存（RAM）：4GB及以上硬盘：50GB以上网卡： 10兆/100兆以太网卡调制解调器：56KB调制解调器1.2安装说明本系统在客户端不需安装。
因为本系统是采用B/S架构设计的软件系统，用户使用IE等主流浏览器访问后台服务器。
因此软件不需安装。
2.通用操作说明2.1进入系统1、通过e江南登录鼠标点击桌面或其它位置的浏览器快捷图标，启动IE浏览器。
在地址栏中输入系统的地址：:8080/stu，进入e江南。
大学生勤工俭学管理系统需求分析
大学生勤工俭学管理系统需求分析一、；大学生勤工俭学管理系统的设计与实现实训的内容是制作一个大学生勤工俭学管理系统，该程序需要实现两个功能，勤工俭学用户管理页面与用户专用申请。
允许勤工俭学用户在网站上写入个人信息，在网站上显示个人信息。
该系统由网页与数据库组成，数据库用于保存相关信息，网页则用于勤工俭学用户的管理。
1、分为系版与院版，各版通过数据导出导入进行数据交换。
2、数据的录入与查询应该快捷方便。
3、提供详细的报表生成与月统计报表。
1. 后台数据库使用sql server数据库；2. 在 Microsoft Visual Studio环境下运行；1计算机飞速发展的今天，计算机的应用已在社会的各个领域深入开来，无论是在商业，工业还是政府部门都早已普及，如今就连教育行业也把计算机应用到各个方面的工作中，本次毕业设计就是把计算机应用到学校勤工俭学管理中的范例。
在高校中每年都有大量系里的学生申请勤工助学，以往申请需要填写申请单，经过系里批准上交院学工部审查，由于数据量大，人工处理非常费时费力，于是开发一个联系各个系与院学工部的勤工助学申请管理系统是迫切需要的。
随着现代科学技术的进步，人类社会正逐渐走向信息化。
大学生勤工俭学工作拥有大量的文献信息资源，是大学各院校信息系统的重要组成部分，随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种勤工俭学工作信息量也成倍增长。
面对庞大的信息量，就需要有大学生勤工俭学管理系统来提高大学生勤工俭学管理工作的效率。
通过这样的系统，可以做到信息的规范管理、科学统计和快速的查询，从而减少管理方面的工作量。
由于计算机和网络的普及，若建立一个大学生勤工俭学管理系统，便可以使得大学生勤工俭学管理工作系统化，规范化，自动化，大大提高了学校管理大学生勤工俭学的效率。
21、普通同学通过填写个人信息申请勤工俭学。
2、院系勤工俭学负责人用密码登陆系统。
对申请勤工俭学的学生进行信息核实，然后批准或者拒绝学生勤工俭学。
学生管理系统需求规格说明书
学生管理系统需求规格说明书姓名启科学院信息与电气工程学院专业计算机科学与技术（软件外包）班级软件本1402学号目录1.可行性研究报告 (3)2.需求分析报告 (3)2.1概述 (3)2.2任务概述 (4)2.2.1编写目的 (4)2.2.2 参考资料 (4)2.3对功能的规定 (4)2.3.1功能划分和描述 (4)2.4 安全性： (5)2.5.成本估算 (5)2.5.1时间成本 (5)2.5.2 经济成本 (5)2.6. 版本记录及其他信息 (5)2.6.1尚未解决的问题 (5)2.7实验模型的建立 (5)3．概要设计部分 (10)3.1.系统建设目标 (10)3.1.1要解决的问题： (10)3.1.2系统开发的目的 (10)3.2运行环境规定 (10)3.2.1硬件环境 (10)3.2.2软件环境 (11)3.2.3软件运行方式 (11)3.3 进一步功能描述 (11)4.详细设计阶段 (19)数据库的建模 (19)4.1.1数据库ER图： (19)4.1.2数据库描述： (12)4.1.3数据字典：1.可行性研究报告学生成绩管理工作是高校教育工作的一项重要容。
教务管理工作是指学校管理人员按照一定教育方针，运用先进的管理手段，组织、协调、指挥并指导各用户活动，以便高效率、高质量地完成各项教学任务，完成所制定的教育目标。
学生成绩管理工作是学校教学工作的中枢，是保证高校教学机制正常运转的枢纽，它是一项目的性、计划性、适用性、创造性和科学性很强的工作。
学生成绩工作关系到高校教学秩序的稳定。
大中型院校人员众多，如果没有好的管理，就不能取得很好的成果，应用数据库来管理，在这方面能够取得很好的效果。
系统的可行性分析1.系统实施运行的可行性：各教师，学生都已熟练掌握计算机的基本实用方法和操作技能，对新系统的开发，表现出极大的热情。
提出了很多好的建议和要求。
2.技术可行性：校园网已正常运行；开发人员已熟练掌握开发工具。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
课程名称《软件需求工程》
文档名称高校勤工助学管理系统的需求规格说明书学院信息科学与工程学院
专业***********
小组成员***********
2014——2015学年第二学期文档修订记录
目录
1引言
1.1目的
1.2文档约定
1.3预期的读者和阅读建议
1.4产品的范围
1.5参考文献
2综合描述
2.1产品前景
2.2产品特性
2.3用户类及其特征
2.4运行环境
2.5设计和实现上的约束
2.6假设和依赖
3系统特性
3.1顶层用例图
3.2下一级用例图
3.3功能性需求
4外部接口需求
4.1用户界面
4.2硬件接口
4.3软件接口
4.4通信接口
5其它非功能需求
5.1性能需求
5.2安全设施需求
5.3安全性需求
5.4软件质量属性
5.5用户文档
6其他需求
1引言
1.1目的
本需求说明书对高校勤工助学管理系统进行分析，给出了系统的数据流图。
通过与用户（学生和用人单位）的交流，在功能模块与系统界面上进行优化，以便开发出用户满意的系统。
1.2文档约定
编写文档时所采用的标准是IEEE 830标准。
1.3预期的读者和阅读建议
本需求说明书针对的读者有：开发人员、测试人员、文档编写人员、用户、教师。
文档剩余部分是对项目开发的详细说明，包括综合描述、系统特性、外部接口需求、其它非功能接口等。
对于开发人员需要阅读功能性需求和非功能性需求，测试人员需要注意外部接口、安全性和用户操作需求等等。
1.4产品的范围
高校勤工助学管理系统是为高等院校开发的，用于校内用人单位（如后勤集团、教务处）的勤工助学工作的管理，包括学生的岗位申请、用人单位的审核、酬金的统一发放。
提供数字化的管理，提高学校勤工俭学管理部门的工作效率。
具体项目及要求如下：
项目名称：高校勤工助学管理系统
软件大体功能：实现学校勤工助学管理工作
软件要求：
a.硬件要求：内存：2GM；CPU：Intel Core2 1.80GHz
b.系统要求：NetBeans IDE 8.0.2集成开发工具，MySQL5.6数据库、Adobe Photoshop CS6 (64 Bit)作图工具和Microsoft word2007文档工具。
c.人员要求：有计算机专业知识的用户及相同能力者。
1.5参考文献
2综合描述
2.1产品前景
目前关于勤工助学的申请，几乎所有的高校依然采用的人工管理，由于涉及到大量的表格的整理和备份，加上工时工资计算，导致效率较低，而且错误率极大。
为了改变这一现状，我们一款产品致力于实现勤工助学系统的计算机化，智能的管理和计算相关数据。
当下相关的产品很少，得到应用的产品就少之又少，在这样大的需求之下进入这样一个竞争相对不激烈的领域，这款产品的效益是在意料之中的。
2.2产品功能
这款软件产品实现了勤工助学系统的智能化操作，主要的功能如下：
学生和用人单位信息的录入。
用人单位填写用工计划表，用工计划表包含用人单位信息，招聘条件，招聘岗位等。
用人单位发出用工计划，学生根据相关招聘信息，选择合适自己或感兴趣的一些岗位，填写勤工助学申请表。
用人单位选择应聘者分为两个环节：正选，补选。
选期结束后，系统自动生成合同书，并通知给学生和用人单位。
提供学生信息，用人单位信息相关的查询功能。
酬金发放功能：用人单位根据学生工作情况计算学生酬金，并作出统计，每月月底将统计酬金上报财务处，由财务处勤工助学账户统一下发给学生。
2.3用户类及其特征
这款软件产品目标客户是各个高校，使用这个软件的人大致可以分为三类：申请学生，相关单位，管理人员。
申请学生需要使用这款软件主要完成他的申请操作。
首先，同学通过自注册的帐户登陆可以看到所有单位的招聘信息，包括招聘条件、招聘人数等;其次，他可以提交自已的申请，而且可以填写自已的第几志愿，服从调配等信息;然后，他可以查看自已的录用信息，软件也会推送录用信息;之后如果录用上，他可以查看工资的分发信息等。
用人单位使用这款软件主要完成招聘操作。
单位可以根据自已的需求来发出自已的用人信息，包括用人条件和数量，需要做什么工作；然后，单位可以看到自已有多少人申请，并同意一定人数的申请；在工作中，单位可以记录同学的工作情况；到发工资的时间，单位会收到确认工资的请求，单位根据同学的工作情况来确定他的工资。
对于管理人员来说，他们主要使用这款软件来完成监管和工资发放。
他们可以使用这款软件查看和个单位的用人情况，是否符合学校的规定，同学的工作情与工资是否匹配。
同时，到月末的时候给各个单位发出确认工资的请求，当然他们也可以设定每到月末就自动的发出请求。
2.4运行环境
这款软件产品主要运行在用户的个人电脑上，这些电脑基本上都是微型机，
包括台式机，笔记本等。
面向的主要是windows操作系统，xp以上的版本都可运行，内存显卡cpu等没有特殊的要求。
2.5设计和实现上的约束
这款软件在设计和实现上的约束主要表现为如下：
第一，开发人员必须对高校的勤工助学系统有清楚的认识，并且各个高校处理勤工助学的流程并不一样，必须合理的规化模块，以适应各个高校或者只做出少量的更改。
第二，设计这款软件必须做熟练掌握数据库的搭建，程序引用数据库并对数据做一些操作，程序员必须熟练撑握java语言，必要时还要用到android语言以及javaFX。
第三，能够将单位与同学分开，对于他们各自的生活空间差异，需要区别一定的术语。
2.6假设和依赖
在设计这款软件的假设前提有：
约定用户注册时可以使用邮箱，可以使用第三方的帐号登陆；
约定同学申请时最多只能有两个志愿；
约定单位用人申请由单位和管理人员同时确定；
约定发放工资的时间是以整数月为单位；
在设计这款软件的外部依赖有：
我们可能会把三创项目的一些模块应用到本软件的开发，由其是服务端的程序，涉及到问题主要是数据的差异和请求的不同。
3系统特性
3.1顶层用例图
3.2具体下一层用例图
3.3功能性需求
3.3.1系统数据流图（DFD）
3.3.2高校勤工助学管理系统（DFD）
3.3.3输入数据
A.学生申请表
B.用工计划表
3.3.4输出数据
A.用工合同书
B.薪酬发放单
用工合同书
3.3.5数据字典
3.3.6数据流描述
4外部接口需求
4.1用户界面
（前面是学生用户子系统，后面是单位用户子系统）
4.2硬件接口
勤工俭学管理系统有以下硬件接口：个人电脑、打印机接口。
4.3软件接口
勤工俭学管理系统有以下软件接口：
MySQL数据库接口，服务器通过MySQL存取各个勤工俭学系统信息。
网上银行的转账接口（暂不能实现）。
4.4通信接口
多台不同的电脑使用应用软件可以通过互联网链接服务器，与服务器进行通信。
5其它非功能需求
5.1性能需求
（1）支持多终端操作
（2）支持多并行操作的用户同时操作
（3）系统响应时间短
（4）数据精度：所有输入、输出数据中有关金额均精确到小数点后两位，有关名称可输入8个字符
5.2安全设施需求
数据库有备份功能，预防数据库损坏情况；
5.3安全性需求
保证系统的安全性与完整性，保护产品数据。
每个用户在第一次登录后，必须更改最初密码，最初的登录密码不能重用。
用户连续三次输入密码错误时需输入验证码。
用户密码强度要求字母数字组合，长度大于5位。
对每个用户的密码进行加密，防止用户信息泄露。
用户在半小时内无操作，自动登出账户，如需继续操作，需重新登录。
每个用户登录时必须进行身份认证，满足学生和用人单位的相应条件。
对用户进行需求授权，不同用户访问相应的功能。
对后台维护员、管理员进行相应功能授权。
5.4软件质量属性
易用程度优于易学程度，可移植性优于有效性；速度比人工系统提高10倍以上，准确性提高一个数量级，并可节省印刷费、纸张费等。
5.5用户文档
用户手册与软件一同发行，用户手册免费嵌入软件，可以免费使用。
6其他需求（略）。