CDIO考务管理系统《软件需求规格说明（SRS）》
索引
1．范围
1.1．标识
本文档适用于云南大学考务管理系统1.0版，标识号、版本号和发行号无。标题：考务管理系统需求说明。
缩略词语：CSCI（Computer Software Configuration Item）计算机软件配置项。
SRS（Software Requirements Specification）软件需求规格说明。
1.2．系统概述
考务管理系统是云南大学教务管理系统的一个重要组成部分，其主要功能是在排课结束后根据排课结果为每个教学班所开设的课程在选课开始之前设置考试时间、在选课结果之后根据选课人数安考务场、最后为各个考场配置一定数量的监考教师。它是保证各个教学单位的教学计划顺利实施的重要环节。其系统设计目标在于：
根据各个教学单位的开课计划为各个教学班的考试科目设置考试时间；
根据考试时间的安排结果为各个教学班配置适当大小的教室考试；
根据考场安排结果为各个考场配置监考教师。
该考务管理系统由开发小组进行为期3个月的开发，并交由云南大学教务处进行测试，在运行的过程中担任维护系统的人员还是由开发小组担任。交付系统后，运行及维护人员将由需求方确定。
本项目无投资方，需求方为云南大学，用户云南大学在校职工及学生，开发方为云南大学软件学院软件工程专业本科生小组，支持机构为云南大学软件学院。
本项目其他有关文档还有
《可行性分析（研究）报告（FAR）》、
《软件（结构）设计说明（SDD）》
《软件测试报告（STR）》
《软件产品规格说明（SPS）》
《软件产品运作总结》
1.3. 文档概述
本软件规格规格说明用于使用户和开发小组双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础，仅适用于考务系统，任何使用此文档的人员，必须严格按照文档规定及说明及相关法律条款规定，不能擅自修改及非法使用。开发小组拥有对此文档的最终解释权。
1.4 基线
本系统设计说明书所依据的设计基线是《CDIO项目要求》，《考务管理系统数据库设计》，《软件（结构）设计说明》。
2.引用文件
本文档引用了《课题1-考务管理系统》，版本号无；《GB计算机软件文档编制规范国家标准》版本号：GB/T 8567-2006。
3.需求
3.1 所需的状态和方式
由于技术，资源和人力的限制,本系统的CSCI不存在多状态跟方式下运行。
3.2 需求概述
3.2.1 目标
a．本考务管理系统开发意图是为人们提供了现代化的工具和手段，应用计算机技术进行自动考务，可以大大提高考务效率，合理分配有限的场地和教师资源，从而使得课程安排更加合理。
应用目标为在排课结束后根据排课结果为每个教学班所开设的课程在选课开始之前设置考试时间、在选课结果之后根据选课人数安考务场、最后为各个考场配置一定数量的监考教师。它是保证各个教学单位的教学计划顺利实施的重要环节。设计目标在于：
根据各个教学单位的开课计划为各个教学班的考试科目设置考试时间；
根据考试时间的安排结果为各个教学班配置适当大小的教室考试；
根据考场安排结果为各个考场配置监考教师。
作用范围是作用于高校的教务系统
b．本系统的主要功能有：
1. 设定考试日期考试时段
2. 非全校选修课考试安排
3. 考试周考试日程安排表
4. 全校选修课考试安排
5. 考场安排
6. 监考任务分配
7. 各学院监考教师安排
8. 各学院非公共课监考教师安排
9. 生成全校公共必修课考试安排表
10. 监考通知打印
11. 生成全校选修课日程安排表
12. 考试周空闲教室查询
13. 缓考申请
14. 缓考审批
15. 缓考安排
系统处理流程为：用户通过登陆界面进入系统后，对功能进行选择及相应的操作，操作完后退出界面即可。
系统数据流程：用户输入数据通过网页传给服务器后，数据会被连接到后台的数据库上，根据用户的请求，对数据进行相应的处理和返回。
C．系统接口表
用户接口
屏幕格式采用1024*768的分辨率可使系统最佳显示。报表或菜单的页面打印格式可采用标准的A4格式。
硬件接口
表3.1：硬件接口
软件接口
表3.2 软件接口
局部网络的协议采用TCP/IP协议。
系统的高层架构
系统采用B/S架构：系统服务器连接到校园网，服务器端使用了Netcase 应用服务器，该平台是集网络应用资源的获取、分配、构建、共享、授权为一体，支持工作流程，消息驱动，适配器扩展，可进行深度开发，并提供多级管理和服务以及安全配置的企业级计算平台，客户端使用浏览器通过校园网访问系统，为学校提供校级用户，院级用户，教师，学生，领导公众等不同级别的全校。
3.2.2 运行环境
服务器运行环境要求如下：
操作系统：windows 2003 server
数据库：SQL server 2000 企业版
支撑环境：Microsoft .NET Framework 2.0
应用服务器：Netcase anywhere 平台
3.2.3 用户特点
本系统的用户主要类型是教职工和学生，这种用户具有一定的计算机操作基础和基本常识，比较容易上手系统的基本操作，适应图形化界面的使用，但也有
可能进行误操作。
3.2.4 关键点
关键功能: 考试日程的安排及教室的安排。
关键算法: 采用了快速排序和递归算法，主要思想是根据课程列表，在同一个时段吧教室充分利用，然后在排下一个时段，直至把课程排完。
关键技术: jsp编程，Hibernate struts和数据库的链接。
3.2.5 约束条件
经费的限制:本系统为本科学生开发小组实践性开发项目，没有投资方和开发经费支持。
开发期限: 三个月。
开发技术受学生所掌握知识和开发经验所限制，有许多疏漏和不足之处。
3.3 需求规格
3.3.1 软件系统的总体功能/对象结构
模块功能详细描述
设定考试日期考试时段：本功能模块的主要用途在于在进行考试之前指定本学期考试周（全校停课用来进行期末考试的时间）的时间范围，并设定本学期所用的基本考试时段，指出设定时段的时间说明。
非全校选修课安排：本功能模块的主要用途在于为非全校选修课设定考试时
间，指定考试日期和考试时段修改和调整考试时间。并满足一定的约束条件：（1）同一年级同一专业开设的不同课程考试时间不能相同。（2）合班课的考试时间必须相同（3）合班课程设置的考试时间不能与它们的其它课程的考试时间相同。
考试周考试日程安排表：本功能模块包含两个方面的用途：其一，在选课开始之前生成非全校选修课的考试时间安排结果表；其二，在考场安排结束后生成非公共课的考试安排表（含考场安排和考试时间安排）。
全校选修课考试安排：本功能模块包含四个方面的用途：其一，查询全校任意时段的社空闲教室（在上课期间和考试周空闲教室）；其二，为全校选修课设定考试时间；其三，为全校选修课安考务场；其四，取消或删除考试安排结果。
考场安排：本功能模块用途在于为需要安考务场的科目安考务试考场（针对非全校选修课）。
监考任务分配：本功能模块为全校公共课和高等数学分配监考任务。
各学院监考教师安排：本功能模块主要用途是各个学院根据考试管理科分配的监考任务指定具体的监考教师。
生成全校公共必修课考试安排表：本功能模块的主要用途是生成全校公共课的考试安排表（含监考任务分配结果和考试安排结果）。
生成全校选修课考试日程安排表：本功能模块的主要用途是生成全校选修课的考试安排结果表。
各学院非公共课监考教师安排：本功能模块的主要用途是各个学院根据考场安排结果配置监考教师。
监考通知打印：本功能模块的主要用途是各个学院安排了监考任务的老师打印监考通知单。
考试周空闲教室查询：本功能模块的主要用途是在考试周查询可用的空闲教室。
学院级缓考申请：本功能模块的主要用途是为学院级提供缓考申请。
学院缓考审批：本功能模块的主要用途是学院级教务员审批学生的缓考申请。
教务处缓考审批：本功能模块的主要用途是考试管理科审批学生的缓考申请。
公共课缓考安排：本功能模块的主要用途是为考试管理科提供公共课的缓考安排。
非公共课缓考安排：本功能模块的主要用途是为非公共课提供考试安排。
3.3.2 软件子系统功能/对象结构
本考务管理系统共有15个子系统，其主要需求描述及流程图如下：
A．设定考试日期考试时段
学生选课结束后，在考试之前指定本学期考试周（全校停课用来进行期末考试的时间）的时间范围，并设定本学期所用的基本考试时段，指出设定时段的时间说明。如果有变动，则必须在考试时间安排之前作出必要的修改。在保存考试时段之前，必须对考试时段作出说明。
设定考试日期
考务管理人员登陆考务管理系统，提取指定学期信息；根据学期信息，获取该学期相关的数据，选择考试日期，添加考试日期，如果系统提示考试日期有重复或者添加失败，则删除该考试日期，直到系统提示没有异常，最后保存考试日期。
设定考试时段
在获取指定学期信息和考试日期后，可以进行考试时段的设置。
首先确定考试日期，根据考试日期选择考试时段，如果考试时段设置重复，则系统提示重新设置考试时段。同时可以对合理的考试时段进行删除操作。时段确定后，保存考试时段。在选择考试时段时，一般来说起始时间应该小于结束时间，且一般的考试不会超过3个小时，即起始时间与结束时间跨度不应该拉很长。
B．非全校选修课安排
学校设有全校选修课和非全校选修课，此模块主要是要实现对非全校选修课的考试时间安排。指定考试日期和考试时段修改和调整考试时间。并满足一定的约束条件：（1）同一年级同一专业开设的不同课程考试时间不能相同。（2）合班课的考试时间必须相同（3）合班课程设置的考试时间不能与它们的其它课程的考试时间相同。
非全校选修课考试时间设定流程
设定非全校选修课考试时间：考务管理人员登陆系统之后，获取相应的学期，学院和年级信息，提取想要选择的考试日期和考试时段，选中相应的单元格，根据单元格提取考试科目，设定考试时段，点击保存，如果此时段和本年级本专业的其他课程考试时段有冲突，则系统提示考试冲突，反之，则保存考试时段。重复此操作，直到所有科目考试时段设置完毕。
取消考场时间流程
取消考试时间流程：当设定了考试日期后，由于各种原因，需要取消考试时间。登陆系统后，获取相关的考试日程表，选择要取消考试时间的考试科目，如果安排了考场，则首先取消考场安排，然后点击取消考试时间设置，反之，则直接取消考试时间设置。
C ．
考试周考试日程安排表
本功能模块包含两个方面的需求：其一，在选课开始之前生成非全校选修课的考试时间安排结果表；其二，在考场安排结束后生成非公共课的考试安排表（含考场安排和考试时间安排）。
选修课考试时间安排流程
考务管理管理人员登陆系统，根据选修课程信息查询可用教室；由教室信息初步估算出可用教室容量。由空闲教室信息，选择选修课考试时间。对考试时间进行冲突检测，如果有冲突，则重新选择教室和考试时段。保存设置好的考场信息。调整考试安排时间：对已有的考场信息进行修改和删除操作等。
D ． 全校选修课考试安排
学校设有全校选修课和非全校选修课，此模块主要是要实现对全校选修课的考试时间安排。包括可用教师查询，全校选修课考试时间安排，全校选修课考场设置以及调整全校选修课安排结果。
选修课考试时间安排流程
全校选修课考试安排主要包括以下流程：考务管理管理人员登陆系统，根据选修课程信息查询可用教室；由教室信息初步估算出可用教室容量。由空闲教室信息，选择选修课考试时间。对考试时间进行冲突检测，如果有冲突，则重新选择教室和考试时段。保存设置好的考场信息。调整考试安排时间：对已有的考场信息进行修改和删除操作等。
E．考场安排
此模块主要是对学校的可用教室资源进行考场设置：考务人员根据学期，招生季节，考试日期和考试阶段安排考场。
考务管理人员登陆系统，选择考场安排列表。根据学期，招生季节和考试日期，考试时段和可用教室获得教室列表。选择课程和可用教室，然后进行冲突检测。如果有冲突，则回到第三步，直到无冲突，保存设置。
F．监考任务分配
此模块主要是给老师分配监考任务：考务管理人员根据学期信息，招生季节和课程性质，提取需要分配资源的课程，分配辅监考学院和主监考学院，以及调整其他资料。
公共课及高等数学监考任务分配
考务管理人员登陆系统，根据学期信息，招生季节和课程性质，提取需要分配资源的课程。为选定的考试课程分配主监考学院。为选定的考试课程分配辅监考学院。可以修改和调整其他资料:可以调整监考类型和监考人数，调
整完后保存。
G．各学院监考教师安排
此模块要实现各个学院根据考试管理科分配的监考任务指定具体的监考教师的目标。
公共课及高等数学监考教师配置
考务管理人员登陆系统，选择监考教师安排模块。选择相应的学期信息和招生季节信息，获取本学院各年级和专业的考场统计。选择任一年级或专业得到该年级该专业的考场安排列表。在主监考列表和辅监考列表中指定监考老师。运行监考教师冲突程序，有冲突，则回到第四步，反之，则保存配置。
H．各学院非公共课监考教师安排
此模块要实现各个学院根据考试管理科分配的监考任务对本学院的非公共课监考指定具体的监考教师的目标。
非公共课监考安排流程图
考务管理人员登陆系统，选择监考教师安排模块。 选择相应的学期信息和招生季节信息，获取本学院各年级和专业的考场统计。
选择任一年级或专业得到该年级该专业的考场安排列表。在主监考列表和辅监考列表中指定监考老师。运行监考教师冲突程序，有冲突，则回到第四步，反之，则保存配置。
I ． 生成全校公共必修课考试安排表 生成全校公共课的考试安排表，含监考任务分配结果和考试安排结果以及打印相应的考试安排结果报表。
考务管理人员登陆系统，选取生成全校公共必修课考试安排列表。根据相应
的学期编号，招生信息，提取数据。由列出的全校必修课的相关科目，检测信息。信息有误，则修改信息；无误，则打印报表。
J．监考通知打印
此模块主要实现对本学期所有的监考信息的报表打印，报表应该包括监考时间，考试科目，考试教师，监考类型等信息并打印报表通知监考老师。
考务管理人员登陆系统，选择监考通知列表。选择学期和招生季节后获取监考任务列表。检测列表信息，如果有误，则修改；无误，则获取具体的监考分配列表。获取本学院的所有老师的监考通知单。检测无误后打印。
K．生成全校选修课日程安排表
此模块用来生成全校选修课的考试安排结果表。选择相应的学期信息和招生信息后，获取全校选修课的考试安排表
考务管理人员登陆系统，选取生成全校选修课考试安排列表。根据相应的学期编号，招生信息，提取数据。
由列出的全校必修课的相关科目，检测信息。信息有误，则修改信息；无误，则打印报表。
L．考试周空闲教室查询
此模块主要实现考试周可用的空闲教室的查询。管理人员选择相应的学期信息，招生季节和考试日期和考试时段后可以方便的看到考场的占用情况。
考务管理人员登陆系统，选择考试周教师查询模块。选择相应的学期信息，招生季节，考试日期和考试时段，点击提取教室按钮，则系统会显示所有符合条件的空闲教室。
M．缓考申请
缓考申请模块是针对有缓考需求的考试设置的，考生在考试周会遇到考试科目时间冲突，或者考试周内因生病或者出差等不可控因素而需办理缓考申请，此时考生应向学院办理缓考申请手续。
考生登陆系统，提取所有本学期本人所有考试科目。选择缓考科目，填写缓考原因。检测缓考申请是否填写完整。确认缓考申请，确定则保存退出，反之则检查重写。退出系统。
N．缓考审批
缓考审批分为学院级缓考和教务处级缓考审批。此模块是针对有缓考需求的考试设置的，实现缓考审核并审批。首选由学院级考务管理人员进行学院级审核。然后申报学校教务处审批，由校级教务管理人员确定是否符合缓考条件。
1. 院级缓考审批
学院级考务管理人员登陆院级考务管理系统，获取本学院所有缓考信息。审核所有缓考考生的缓考资格。满足缓考条件的考生将被提交到校级教务管理系统，反之，则驳回缓考申请。退出系统。
2. 校级缓考审批
校级考务管理人员登陆考务管理系统，获取各学院已提交的缓考信息。复核所有缓考考生的缓考资格。满足缓考条件的考生将被同意缓考，反之，则驳回缓考申请。退出系统。
O．缓考安排
缓考安排分为公共课和非公共课缓考安排，是专门为在考试周遇到考试科目时间冲突，或者考试周内因生病或者出差等不可控因素而需要拖后考试的考生特设的模块。
公共课缓考安排
考务管理人员登陆考务管理系统，提取所有需缓考的考生的信息，获得公共课缓考信息。选取缓考科目，设定缓考时间。检测缓考时间是否有冲突，有则重设，无则进入步骤4.安排考场并检测冲突，有则重设，无则进入步骤5.安排监考教师并检测冲入，如果该教师有监考冲突，则重新选择教师，无则保存缓考安排信息
3.3.3 描述约定
度量单位：存储单位:B,KB,M,G 读取速度单位：KB/S,M/S
3.4 CSCI能力
A．说明
本功能所要达到的主要目标包括设计美观实用的用户界面，具备完善的需求功能和一定容错能力，能有效验证用户身份，保护用户资料和隐私，能引导用户快速上手操作系统。
系统设计背景是在我国现行的教育体制下，不同体制的学校对课程考务管理有着不同的要求，考务问题具有很大的灵活性。但传统的课程考务是由人工来完成的。教务工作人员在长期的工作实践中摸索出了一些既行之有效，又切合实际的手工编排方法。随着教学规模的扩大，考务涉及的因素越来越多，问题越来越复杂，使得这项工作耗费了大量的人力，总的来说人工考务存在如下困难：
(1) 工作量大，耗费较多的时间和人力；
(2) 课程、教师、学生、场地及时间段等数据关系繁杂，人工管理效率低；
(3) 涉及因素多，要做到考虑全面、没任何冲突很困难；
(4) 细小数据的调整，往往牵涉很广，增加很多工作量；
(5) 课表填写、数据汇总等简单重复性工作量很大。
因此，课程考务问题一直被人们认为是困难的作业调度问题之一。随着计算机的应用从科学计算、实时控制逐渐扩展到非数值处理的各个领域，计算机系统在办公自动化的应用日益受到各行各业的极大关注。计算机的应用为人们提供了现代化的工具和手段，应用计算机技术进行自动考务，可以大大提高考务效率，合理分配有限的场地和教师资源，从而使得课程安排更加合理。
教务管理工作是学校教学工作的中枢，是保证高校教学机制正常运转的枢纽，它是一项目的性、计划性、适应性、创造性和科学性很强的工作。教务管理系统软件为教学将办公室带来了极大的方便。本系统属于教务系统的一部分，是一个发布子系统，该系统实现了成绩查询、教材查询、课表查询、期末考试安排表查询四大块。采用结构化设计技术进行设计。
考务管理系统是云南大学教务管理系统的一个重要组成部分，其主要功能是在排课结束后根据排课结果为每个教学班所开设的课程在选课开始之前设置考试时间、在选课结果之后根据选课人数安考务场、最后为各个考场配置一定数量的监考教师。它是保证各个教学单位的教学计划顺利实施的重要环节。
B．输入
1)输入数据
a)输入源
键盘和鼠标
b)数量
根据教学考务实际工作量确定。
c)度量单位
KB,MB，条，个
d)时间单位
节，星期，学期，学年，周，天
2)接口说明或控制文件的参考资料
此部分文件无参考资料。
C．输出
1)输出数据
a)输出目的地
《需求分析报告》书写范例 1.引言 为使得高中语文《劝学》一课多媒体课件开发有序、有效，帮助开发人员与用户之间的交流与理解特制作此文档。本文档开发人员与用户各执一份。 2.项目背景描述 2.1 项目的委托单位：XXX 2.2 该软件系统与其他系统的关系，本项目为高中段语文教学用课件，单独使用于本课程的教学。 2.3 项目名称：高中语文《劝学》一课来讲解演示课件。 2.4 名词定义：无 3. 调研情况介绍 《劝学》是高中语文文言文教学中的一篇。作者：荀子。 通过对课件使用教学能达到以下教学要求： 1、领悟评价作者的思想感情。 2、认识文章艺术特色。 3、了解文言文实词，虚词的用法。 4. 用户特点 4.1 用户业务描述：用户一般为高中语文教师及高中段学生，通过教学学习课文。 4.2 用户情况：教师通过对课件展示课文内容： 1.教师按照：新课引入、全文分析、归纳总结几个方面对课文加以讲解，达到教学要 求。 2.用户最好能直观地展示课文所在求内容； 3.用户一般为高中段语言教师，计算机操作技能一般，因此应尽可能操作直观、方便。 4.3 用户原有系统的情况：原有PPT为顺序执行结构，只能从头放到尾，没有向回返的机制，使用时也只能展示一次。学生有问题时无法及时转移到相应的位置上。
5.任务概述 5.1目标 5.1.1开发目标 演示型课件一般是为了解决教学的重点难点问题而设计制作的，主要作用是辅助教师课堂演示，不要求知识内容的系统讲解，一定要突出重点、难点。通过计算机的多媒体性将不容易用其他媒体解决的问题，以简洁明了的方法和形式呈现给学生。对于语文、历史、地理等需要有大量文字、图形图片、语音等表达知识的重点、难点的课程一般采用演示型课件。高中语文《劝学》一课来讲解演示课件的规划与开发。本软件根据此需求进行开发的。 5.1.2应用目标 使用多媒体教学更容易使学生接受教学的重点与难点。 6. 运行环境 6.1硬件环境 6.2软件环境 6.3条件与限制 7. 功能要求
WEP电子书管理系统需求分析书 （一）读者管理员登陆模块 （二）电子图书馆管理部分 1、图书管理：添加图书、删除图书、改变图书分类和修改图书信息等操作。 2、评论管理：对所有的读者留下的评论进行管理、对相应的好看的书籍进行评 定，而且还可以查询。 3、类别管理：添加图书类别、删除图书类别、修改图书类别。 4、精品推荐：可以把电子图书按不同的等级推荐管理。 5、统计分析：对所有的电子图书进行统计分析。 （二）读者查阅部分 1、最受欢迎的图书：根据用户点击率自动排序，点击率最高的前图书会在电子图书馆中自动显示出来 2、新书快递：根据管理员添加图书的时间进行排序，最新添加的图书会在电子图书馆中自动显示出来 3、推荐图书：按照管理员向读者推荐书，图书将在电子图书馆中自动显示出来 4、图书评论：级别高的读者对图书发表的观点，读者可以看到每个人对该书的评论 5、图书查询：可以按不同的类别查询你想要浏览的图书。例如按照书名检索、按照作者名检索、按照出版社检索等。 6、个人收藏夹：可以将自己喜欢的图书列表保存到自己的收藏夹中，这样下次 登录系统时不必再一一查询，直接从收藏列表中选取要阅读的图书即可。用户需对收藏夹列表具有全功能的管理权限，例如，可以往其中添加书籍，也可以从其中删除书籍等。 7、读书笔记：增加读者看该书籍的时候所有感想，想记下来的笔记，读者可以有感而发。
1.数据库设计： 1)E-R图 表1：图书分类表Catalog：存放电子书籍的分类信息：方便查找读书 表2：图书所属目录表Catalog_Ebook：存放目录的嵌套结构 表3：图书表(book)，存放每本书的详细信息
目录 1 引言 1.1编写目的 (1) 1.2 项目背景 (1) 1.3术语说明 (1) 1.4 参考资料 (1) 2 项目概述 2.1编写目的 (1) 2.2 项目背景 (2) 2.3 术语说明 (2) 2.4 参考资料 (2) 2.5 条件和限制 (3) 3 功能需求 3.1功能划分 (3) 3.2功能描述 (3) 4 外部接口需求 4.1功能划分 (3) 4.2功能描述 (4) 5 性能需求 5.1 数据精确性 (4) 5.2 时间特性 (4) 5.3 适应性 (4) 6 软件属性需求 6.1 正确性 (4) 6.2 可靠性 (4)
6.3 效率 (5) 6.4 完整性 (5) 6.5 易使用性 (5) 6.6 可维护性 (5) 6.7 可测试性 (5) 6.8 可复用性 (5) 6.9 安全性 (5) 6.10 可理解性 (5) 6.11 可移植性 (5) 6.12 互联性 (5) 7 其他需求 (5) 8 数据描述 (5) 8.1静态数据 (6) 8.2动态数据 (6) 8.3数据库描述 (6) 8.4数据字典 (6) 8.5数据采集 (6) 9 附录 (6)
1引言 1.1编写目的 学生管理系统是面向学生的，目的是提高学校对学生的管理。本系统主要包括六个模块：学生的基本信息、课程的基本信息、登录、成绩录入、成绩查询和汇总功能，这六个模块基本实现设计本系统的目的，从而可以进一步满足学校对管理系统的要求。 现在的学生管理系统功能不够，所以我们要明确用户对学生管理系统的功能和性能的需求,并将这些需求用语言编写出来。并使系统开发者和学生对此成绩管理系统有共同的理解和认识。这是开发学生管理信息系统的基础,为了更好的开发，对系统的设计要详细。开发的系统要简单实用。 1.2 项目背景 项目名称为：学生成绩管理信息系统。开发目标为有效管理学生信息，实现学生信息的数据录入、浏览、修改等，从而实现对学生信息的规化、系统化、自动化管理。 1.3术语说明 MIS: 管理信息系统 Transaction Processing : 事务处理 Data Acquisition :数据采集 Data Processing Circle : 数据处理流程 Data Processing：数据处理 1.4 参考资料 《软件工程案例教程》…毕硕本卢桂香编著大学 《Vista Basic语言程序设计》…韬编著人民邮电 2 项目概述 2.1待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理，为学校的学生成绩管理系统
***** 有限公司 ***软件需求分析报告 文件管理号：PD-000*** 版本号：第1版
目录 1. 概述 (2) 2?需求分析 (2) 2.1功能需求分析 (2) 2.2能力需求 (4) 2.3通讯需求 (4) 2.4接口需求 (5) 2.5用户界面需求 (5) 2.6对人为错误敏感的适用性工程要求和培训 (6) 2.7软件的操作和维护需求 (6) 2.8法规要求 (6) 2.9风险控制措施 (6) 2.10法规要求 (7) 2.11网络安全要求 (7)
1?概述 2?需求分析 2.1功能需求分析 软件分为六大功能模块：患者资料管理模块、状态检测模块、策略建立及管理模块、心理物理数据测量模块、软硬件接口控制模块、软件运行的参数设置模块。下面分别对六大模块进行需求分析。 2.1.1资料管理模块功能需求分析 2.1.2状态检测模块功能需求分析 2.1.3言语处理策略建立及管理模块功能需求分析
2.1.4心理物理数据测量模块功能需求分析 2.1.5软硬件接口控制模块功能需求分析
2.1.6软件运行的参数设置模块功能需求分析 22能力需求 一、物理特征 1）编码语言：C#编程语言 2）运行平台：Win XP/Vista/ 7/8 3）操作系统：Win dows 二、软件运行的计算机环境 1）硬件环境 * 处理器：英特尔1.6GHz及以上 * 硬盘：10GB及以上 * USB接口：USB 2.0及以上 2）存储容量：1GB及以上 3）处理单元：1GB及以上 三、升级软件的兼容性 兼容之前发布的旧软件版本。 2.3通讯需求
2.4接口需求 2.5用户界面需求 本小节包括软件的用户使用界面需要满足的外观指标，内容包括: 1）资料管理模块 2）状态检测模块 3）策略建立及管理模块 4）心理物理数据测量模块 5）软硬件接口控制模块 6）软件运行的参数设置模块 7）外观要求及其他要求 2.5.1资料管理模块要求： 1、患者的输入信息 1）必需：姓，名，出生日期，性别 2）可选：工作电话，手机号码，住址（街道，城市，省份，邮政编码），住宅电话，电子邮件，等。 2、设备信息
人事档案管理系统需求分析说明书 1 引言 需求规格说明书是需求分析的产物，它是软件系统生存期中软件定义阶段的最后一个步骤。作为整个软件开发过程的指南，它也是软件开发人员开发出符合用户要求的软件的基础。 1.1 编写目的 软件需求说明书的编制目的是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 本软件需求说明书的读者是系统开发人员或合同约定的人员。 1.2 背景说明 （1）本系统的名称是：人事档案管理系统。 （2）本项目的任务提出者是任课老师，开发者是信息科学学院08计本1班，用户是企业人事及相关部门，实现该软件的计算中心是**信息管理学院电子商务技术中心。 （3）本系统能为其他的系统提供人事数据。 1.3 定义 数据字典：关于数据的信息的集合，也即是对数据流图中包含的元素的定义的集合。 VB：Visual Basic。 1.4 参考资料 （1）企业的人事档案管理系统开发合同。 （2）引用资料 [1]张海藩. 软件工程导论. 北京：清华大学出版社，2005. [2]石柱. 软件工程标准手册. 北京：中国标准出版社，2004. 2 任务概述 2.1 目标 人事档案管理是现代企业人事资源管理中的重要内容，也是人力资源开发利用的基础性工作。人事档案管理在信息化之前，在人员进出、离退休、升迁、岗位变动、职称变动、学位变动，以及档案管理人员的变动等方面存在诸多不利于管理的地方，不适应现代的企业管理形势和人力资源开发利用的要求。 开发人事档案管理系统使企业的人事档案管理工作实现了信息化、规范化，不仅使企业能够高效率完成人事管理的日常工作，还使企业深入开发利用人力资源成为可能。 2.2 用户的特点 本软件的最终用户是企业人事部门的工作人员。部门有专职的人事数据录入人员，具有一定的计算机操作知识；系统的维护人员是企业的信息中心的信息维护员，对网络和数据库的操作比较熟悉，同时对VB或Delphi编程有一定的经验；数据录入员负责人事数据的录入及日常更新，信息维护员负责人事数据的备份和其他管理工作。企业的人员调进与调出比较频繁。 2.3 假定和约束 企业的经费有限，开发时间紧迫，可以使用VB或Delphi进行软件编程。 3 需求规定 3.1 对功能的规定 3.1.1 系统功能 人事档案管理系统的功能可以划分为如下几个部分 （1）系统账户管理：主要是对系统用户进行管理，包括登录、退出、操作记录等。
汉语编程企业管理应用软件 需求说明书 编著阮春芬、张桂玲、周进军、俞灵芝、奚灵芝 1 引言 对软件需求完全理解对于软件开发工作的成功是至关重要的，需求说明的任务是发现、规范的过程，有益于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作，并作为工作成果的原始依据，并且在向潜在用户传递软件功能、性能需求，使其能够判断该软件是否与自己的需求相关。 1.1 编写目的 1.1.1 为开发人员、维护人员、客户之间提供共同的协议而创立基础，对企业管理软件功能的实现作使命描述。 1.1.2 本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。 1.2 背景及范围 1.2.1 工程的名称：汉语编程企业管理应用软件 1.2.2 工程产品的名称：汉语编程企业管理应用软件 1.2.3 工程的组织者：北京元易达科技发展有限责任公司 产品的生产者：汉语编程企业管理应用软件开发课题组 产品的设计者：汉语编程企业管理应用软件开发课题组 1.2.4 产品的所有权：汉语编程企业管理应用软件开发课题组 1.3 定义,术语,缩写词和略语 企业管理应用系统软件：它是由企业管理应用系统软件课题组完全自主开发的企业管理软件，以企业各部门为基本元素的、用汉语编程来实现其功能的软件。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。 1.4 参考资料 《汉语程序设计语言》---- 沈志斌编著 电子工业出版社
软件需求分析文档-编写概要与模式 一、软件需求前期采集部分 1、前期需求采集的方法 1.1 1.1市场调研：了解客户需求，竞争状况及市场力量，其最终目标是发现创新或改进产品的 潜在机会 1.2客户需求：通过市场信息反馈，得到一个总体的软件需求信息，进而对该项要求进行市 场调查与信息采集 1.3用户访谈：针对部分对需求功能点有意向的客户进行重点访谈，增加对功能需求的全面 了解，并且可将客户的一些基本需求及内容进行收集 1.4与直接面对客户的一线同时如销售，客服，技术支持等人员交流 1.5研究市场分析报告及文档 1.6试用竞争产品 1.7 2、前期需求采集存在的问题 2.1 区分用户需求与产品需求：用户需求是用户自以为的需求，并且经常是为了解决他们自身目前无法实现或较麻烦实现的解决方案，而产品需求，是为了适应更多的客户，找到真正的解决方案。所以，需求分析是从用户的需求出发，找到真正解决问题的方案，再转化为软件需求的过程 2.2 不完整的需求：想让用户代表能够更好的参与到完整性评价中来，就必须采用“业务导向”的组织结构，而不是让用户将一大堆技术动作翻译到自己的业务场景中去。除此之外，在实际的操作过程中还有一个要点，那就是利用树形层次结构将空管信息与微观信息进行有效的剥离 树形测试结构应该面向不同层面，决策者（高层），事物管理层（中层），操作层（基层），将需求分成不同的部分，让合适的人验证合适的部分，然后在汇总起来才是解决之道 需求规格说明书应该采用业务导向的树形层次结构来组织 2.3 缺乏用户参与 主动参与意思是与获得的利益成正比的，对于需求分析员而言，真正的专业主义是基于业务利益（解决问题，创造问题机会，提高管控力等）的沟通 2.4 不切实际的用户期望 软件的悟性和成本的不透明，简单的说，做不到是无效的，要说明为什么做不到才能解决问题 2.5 需求变更频繁 2.6 信息沟通失真 2.7 客户需求放大 需求分析人员是有必要对需求进行有效的控制的，问题出在控制的策略和方向上，如何才能缓解这一现象，应该以业务线索来组织需求，基于“Why”的层面对需求建立高层次的认识。业务场景是需求之魂 3、前期需求的分类 3.1 新增功能，功能改进，体验提升，软件bug，内部需求 3.2 需求层次：基础，扩展（期望需求），增值（兴奋需求） 4、分析需求的商业价值 4.1 重要性：重要程度，该软件功能在市场的需求量，实用性及功能卖点，是否涉及代理商
学号 07730213 《软件需求分析》大作业 2009-2010学年第二学期 学生姓名薛浩 专业名称网络工程2班 指导教师赵黎强 电子与信息工程系 2010 年 6 月 1 5 日
题目 一个物流企业需要部分业务网络化管理，其中需要开发一个库存管理系统货物入库管理系统，主要实现货物入库、库存和出库的管理过程。 货物入库：运输货物到仓库，送货人员把货物交给仓库管理人员，仓库管理员填写入库单（货物分类号、货号、货物名称、规格、数量、单价、供货商、送货人、入库时间、货物存放位置、货物损坏程度、备注），把货物放置库房的相应位置，仓库管理员填写回执单给送货人。管理人员修改仓库数据库信息。 库存管理：管理人员把货物存储到货架，填写存货账目（时间、货号，分类号、货物名称、规格、入库数量、出库数量、入库人、出库人、余额） 货物出库：提货人交给仓库管理员提货单要求提货，仓库管理人员根据提货单要求填写出库单（货物分类号、货号、货物名称、规格、数量、单价、供货商、提货人、出库时间、货物存放位置），提货人员认可出库单签字。仓库管理员监督提货人员把货物提走，管理员根据提货单和出库单信息修改仓库数据库信息。 该系统要求对于仓库管理人员企业人员能随时了解仓库的活动，包括货物的存储情况，库房空闲情况和货物流动，谁进行的货物进出操作等信息。 说明：货物分类号——是由2位字母和4位数字组成； 货号——是由分类号加当前日期组成； 货物名称——是由20位字母汉字组成； 规格——是由10位字母和数字中间加“-”组成； 货物存放位置——是由6为数字中间加“×”组成； 凡未说明的——根据具体情况设定。 要求实现以下设计：
. . . . 网上招聘系统需求规格 V1.0 长江软件公司 评审日期： 2006年3月12日
目录 1导言 (1) 1.1目的 (1) 1.2围 (1) 1.3缩写说明 (1) 1.4术语定义 (1) 1.5引用标准 (2) 1.6参考资料 (2) 1.7版本更新信息 (2) 2系统定义 (2) 2.1项目来源及背景 (2) 2.2项目要达到的目标 (3) 2.3系统整体结构 (3) 3应用环境 (4) 3.1系统运行网络环境 (4) 3.2系统运行硬件环境 (5) 3.3系统运行软件环境 (5) 4功能规格 (6) 4.1角色（Actor）定义 (6) 4.1.1应聘者 (6) 4.1.2管理用户 (6) 4.1.3数据库 (7)
4.2系统主Use Case图 (7) 4.3客户端子系统 (8) 4.3.1职位选择 (10) 4.3.2简历输入 (11) 4.3.3问卷回答 (11) 4.4管理端子系统 (11) 4.4.1登录管理 (13) 4.4.2题库管理 (15) 4.4.3试卷管理 (15) 4.4.4职位发布 (15) 4.4.5简历管理功能 (16) 4.4.6面试管理 (16) 4.4.7用户管理 (17) 5性能需求 (17) 5.1界面需求 (17) 5.2响应时间需求 (17) 5.3可靠性需求 (18) 5.4开放性需求 (18) 5.5可扩展性需求 (18) 5.6系统安全性需求 (18) 6产品提交 (18) 7实现约束 (19)
8签字 (19)
1导言 1.1目的 该文档是关于用户对于网上招聘系统的功能和性能的要求，重点描述了网上招聘系统的设计需求，将作为对该工具在概要设计阶段的设计输入。。 本文档的预期读者是： ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 1.3缩写说明 HR Human Resource（人力资源管理）的缩写。 JSP Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。 UML Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。 1.4术语定义 无
软件工程 需求分析文档 项目名称：人事工资管理系统 概述（背景简介）： 随着我国市场经济的快速发展，人事工资管理系统在企业的日常管理中发挥着越来越重要的作用。人事工资管理系统可以进行档案管理、奖罚管理和工资管理等，方便处理企业内部员工的相关工资信息。另外，为了更方便地查看员工工资信息，还可以通过水晶报表对工资信息进行打印。 系统分析（需求分析）： 通过调查，要求本系统具有以下功能。
●良好的人机界面。 ●方便的添加和修改数据功能。 ●方便的数据查询。 ●方便的数据打印功能。 ●在相应的窗体中，可方便地删除数据。 ●数据计算自动完成，尽量减少人工干预。 总体设计： 项目规划 人事工资管理系统主要由人事管理、工资管理、用户管理和退出系统等模块组成，具体规划如下。 ●人事管理模块。该模块主要用于实现档案管理、 奖罚管理、调动管理和考评管理的功能。 ●工资管理。该模块主要用于实现考勤津贴和工资 总结的功能。
●系统管理。该模块主要用于实现部门管理和数据 备份的功能。 ●用户管理。该模块主要用于实现操作员管理，修 改口令和更改操作员的功能。 ●退出系统。该模块主要用于实现系统推出的功 能。 系统业务流程分析： 人事工资管理系统的业务流程图如下。
系统功能结构： 人事工资管理系统功能结构图如下。 系统设计: 设计目标 本系统属于中小型的数据库管理系统，可以对中小型企业人事工资进行有效管理。通过本系统可以实现一下目标： 灵活地录入数据，使信息传递更快捷；
●系统采用人机交互方式，界面美观友好，信息查询 灵活，数据存储安全可靠； ●实现员工奖罚信息管理； ●实现员工工资自动计算； ●实现员工考评调动管理； ●对用户输入的数据，进行严格的数据检验，尽可能 避免人为错误； ●系统最大限度地实现了易维护性和易操作性。 开发及运行环境 ●系统开发平台：Microsoft Visual Studio2005。 ●系统开发语言：C#。 ●数据库管理系统软件：SQL Server 2000。 ●运行平台：Windows XP（SP2）/ Windows 2000 （SP4）。 ●运行环境：https://www.doczj.com/doc/da2271123.html, Framework SDK v2.0。 ●分辨率：最佳效果1024*768像素。
软件需求分析报告文档模板 目录 1. 引言 (1) 1.1编写目的 (2) 1.2项目风险 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5产品范围 (2) 1.6参考文献 (3) 2. 综合描述 (3) 2.1产品的状况 (3) 2.2产品的功能 (4) 2.3用户类和特性 (4) 2.4运行环境 (4) 2.5设计和实现上的限制 (4) 2.6假设和约束(依赖) (5) 3. 外部接口需求 (5) 3.1用户界面 (5) 3.2硬件接口 (6) 3.3软件接口 (6) 3.4通讯接口 (6) 4. 系统功能需求 (6) 4.1说明和优先级 (7) 4.2激励／响应序列 (7) 4.3输入／输出数据 (7) 5. 其它非功能需求 (7) 5.1性能需求 (8) 5.2安全措施需求 (8) 5.3安全性需求 (8) 5.4软件质量属性 (8) 5.5业务规则 (8) 5.6用户文档 (8) 6. 词汇表 (9) 7. 数据定义 (9) 8. 分析模型 (9) 9. 待定问题列表 (19)
引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者 ●软件开发者 ●产品使用者 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括 ●正文风格： ●提示方式： ●重要符号： 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括 ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写入员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议 1.5 产品范围 说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，
需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励／响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例： (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)
6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)
1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析，对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。 需求分析是在可行性研究的基础上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是否能够解决，而需求分析旨在回答"系统做什么"的问题，确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。 此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可以测量和可以实现，并且基于时间。 1.2 项目风险 政策风险分析： 随着社会的进步与人们生活水平的提高大幅度增加，尤其在我国汽车进入家庭的条件下，需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备，为了让四轮定位仪市场变得规范、有序，中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年，制定了四轮定位仪的行业标准（标准号JT/T505-2004），国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定：一、二类汽车维修企业必须配备
物流管理系统需求报告（第三版） 开发组号：第一组keepalived 小组组长：苏日娜00613068 小组成员：胡萨日娜00518105符广勇00613050唐山山00613057 李杰00613063 代山丹00613074 邱广波00613070 张儒林00613075 冯献勇00613080 马淑君00613081 2009年8月26日
引言 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 数据采集 4 功能需求 4.1功能划分 4.2功能描述 5 性能需求 5.1 数据精确度5.2 时间特性：5.3 适应性：
6 运行需求 6.1 用户界面： 6.2 硬件接口 6.3 软件接口 6.4 故障处理 7 其他需求 1 引言 1.1 编写目的： 使该工程能按照计划顺利的进行，而编写的分析报告。并且可以保证体统在开发过程中出现的错误能有根可寻。还可以使用户更好的了解和使用本系统，为以后的设计做准备。 1.2 项目背景： 随着公司规模的不断扩大，产品种类的不断增多，越来越多的公司在产品和原材料的调拨方面变得更加复杂，困难。物流企业的传统经营模式和概念已不能适应市场需要，企业必须通过引入先进技术和知识来重新组织其运输过程，提高企业信息化水平，增强企业竞争力。信息技术也已经渗透到各行各业，使物流业也逐渐向专业化方向发展，物流公司孕育而生。但是不同的物流公司特点各不相同，为了方便企业寻找到适合自己的产品运送的物流公司。我们准备开发一个开放、标准、高效的物流公共信息平台,提供各个物流公司费用等信息
软件需求分析报告
目录 1.总体功能需求-------------------------------------------------------------1 2.软件开发平台需求---------------------------------------------------------1 3.软件需求分析-------------------------------------------------------------1 3.1.软件范围-----------------------------------------------------------1 3.2软件的风险----------------------------------------------------------1 3.3软件的功能----------------------------------------------------------2 3.4用户类和特性--------------------------------------------------------2 3.5运行环境需求--------------------------------------------------------2 3.6设计和实现上的限制--------------------------------------------------2 4.外部接口需求--------------------------------------------------------------2 4.1用户界面-----------------------------------------------------------3 4.2硬件接口-----------------------------------------------------------3 4.3软件接口-----------------------------------------------------------3 4.4通讯接口-----------------------------------------------------------4 5.系统功能需求--------------------------------------------------------------5 5.1说明和优先级-------------------------------------------------------5 5.2激励响应序列-------------------------------------------------------5 5.3输入输出数据-------------------------------------------------------6 6.其他非功能需求-------------------------------------------------------------6 6.1性能需求------------------------------------------------------------6 6.2安全措施需求--------------------------------------------------------6 6.3安全性需求----------------------------------------------------------6 6.4操作需求------------------------------------------------------------7 6.5软件质量属性--------------------------------------------------------7
项目名称：某企业任务管理系统
1. 项目背景及其需求 1.1 项目背景 xxx有限责任公司（CATTSOFT）（以下简称“xxx”）是xxxx有限公司的全资子公司。xx软件以提供适合各通信网络和通信业务运营商需要的管理软件、支撑软件、增值业务软件系统为业务基础，为各类通信系统运营商或信息系统用户提供业务管理、网络管理、决策支持、系统集成和专业咨询的完整解决方案和服务。 现承接xx软件某业务部门的“业务管理系统”中“任务管理系统”子系统的设计和开发。 1.2 系统需求 1.2.1 术语解释 1.2.1.1 系统管理员 是该系统的一种用户，其权限是添加其他用户并分配其角色（包括主管和员工）。 1.2.1.2 主管 是该系统的一种用户，一个主管下属有一些员工。主管的主要权限是创建任务描述，并将该任务分配给其下属的员工。主管还可以跟踪任务的实施情况。 1.2.1.3 员工 该系统的一种用户，其主要权限是将上级主管分配的任务分解为具体的实施计划。再必要的时候可以调整计划的内容。 1.2.1.4 任务 任务是由主管创建并分配给员工的一项工作。一个任务有“待实施”、“实施中”和“已完成”三种状态。当主管建立一个新任务时，该任务的状态为“待实施”；当承担该任务的员工为该任务制定了计划后，可以将该任务的状态改为“实施中”；主管通过任务跟踪，当认为任务已经完成时，可以将该任务的状态改为“已完成” 1.2.1.5 计划 是由员工创建，表示一个任务的具体实施过程。一个任务可以对应多个计划，计划有两种状态“未反馈”和“已反馈”。当计划刚刚建立时，其状态为“未反馈”，当计划已经完成时，员工可以填写反馈信息并将其状态改未“已反馈”。
需求规格说明书 更改记录 *修改类型分为A - ADDED M - MODIFIED D– DELETED 文档编号： 目的：定义软件需求，为后期的设计打下基础背景、备注： 定义： 参考： 1概述 客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，XX公司决定实施客户关系管理系统。希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。并希望系统提供相关报表，以便公司高层随时了解公司客户情况。 客户服务是一个涉及多个部门，存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。 1.1目的 本文档是武汉信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。
1.2范围 主要是XX公司的销售主管、客户经理及其管理员用来管理语客户相关的信息与活动。 1.3背景 客户关系管理系统用于管理与客户相关的信息与活动，但不包括产品信息、库存数据与销售活动。这三类数据将由XX公司X销售系统进行管理。 1.4用户与角色 系统管理员： 管理系统用户、角色与权限，保证系统正常运行。 销售主管： 对客户服务进行分配。 创建销售机会。 对销售机会进行指派。 对特定销售机会制定客户开发计划。 分析客户贡献、客户构成、客户服务构成和客户流失数据，定期提交客户管理报告。 客户经理： 维护负责的客户信息。 接受客户服务请求，在系统中创建客户服务。 处理分派给自己的客户服务。 对处理的服务进行反馈。 创建销售机会。 对特定销售机会制定客户开发计划。 执行客户开发计划。 对负责的流失客户采取“暂缓流失”或“确定流失”的措施。 高管： 审查客户贡献数据、客户构成数据、客户服务构成数据和客户流失数据。
班级管理系统软件需求说明书
1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 (4) 2.1用户的特点 (4) 2.2假定和约束 (4) 3需求规定 (4) 3.1对功能的规定 (4) 3.2对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (5) 3.2.3灵活性 (6) 3.3输人输出要求 (6) 3.4数据管理能力要求 (6) 3.5故障处理要求 (6) 3.6其他专门要求 (7) 4运行环境规定 (7) 附录A数据流图和数据字典 (7) 附录B 实体-联系图 (11)
软件需求说明书的编写提示 1引言 1.1编写目的 为了使我们的班级管理系统更加地完善、规范、功能清晰明了，班级管理系统能够有效的开发实施。 能使同学、任课教师更有效、方便的使用班级管理系统。 1.2背景 1.2.1待开发的软件系统的名称：20091431班—班级管理系统 1.2.2本项目的任务提出者：代余彪老师 开发者：晏晗，张慧丽，伏左芬，王玉敏，崔大艳 用户：20091431班全体成员及任课教师 实现该软件的计算中心或计算机网络： 1.2.3该软件系统同其他系统或其他机构的基本的相互来往关系：学校综合评估 系统、教务管理系统、各种相关考试系统、国家奖助学金管理网站。1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这
档案管理系统需求分析 档案管理系统的功能要求 档案管理系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的档案管理系统，实现机关、企业、事业等单位档案的自动化的计算机管理系统，为各单位的提供准确、精细、迅速的档案信息。 根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server 结构，将档案管理系统划分为三个子系统：客户端子系统，服务器端子系统，WEB 发布系统，客户端与服务器端采用同一应用程序，其中数据库所在系统确定为服务器端子系统。 档案处理流程图： 单位信息 决策、评估
档案详细信息档案分类 目录信息
下面分析各个子系统的功能需求： 1．服务器端子系统： 在客户端系统的功能实现上，可以分为以下几个部分： [1]单位信息的设置 本系统要求同时管理多个单位的档案信息，因此设置本单位基本信息及其下属或者相关单位信息是本系统最基本的信息，这部分要求对输入数据比较少操作频度小，供使用者了解管理单位基本信息外，更重要的是当本系统数据被档案局采集后能进行按单位识别和掌握该单位基本信息 [2]目录分类： 不同单位的档案类别不尽相同，但相同行业目录却基本相似，所以，系统应根据行业设置当量的默认档案分类。档案管理员根据自己行业的默认分类结合本单位具体情况进行修改，生成自己单位的档案目录系统，以在各个分类目录中存放相应的档案文件，这部分是整个系统进行后续操作的基础。 [3]档案录入整理： 将本单位收录的所有档案按目录分类进行录入存储。 [3]借阅管理： 借阅的登记查询与核销。
网上选课系统分析文档 第1章引言 1.1 编写目的 网上选课管理系统作为管理管理员与用户的选课关系的主要管理系统平台，其对应的读者是企业用户，因此，不仅要处理管理员与用户之间的信息，还要处理用户个人信息。导致网上选课管理系统中的数据不论是结构、类型还是彼此间的关联都是复杂多变的：对这种数据进行的处理也是多种多样的。因此，要实现对网上选课管理系统数据的及时、准确的处理和有效利用。 1.2 术语(该系统所在行业和领域上的术语) https://www.doczj.com/doc/da2271123.html,是建立在微软新一代.NET平台架构上的，提供开发者一种灵活的方式进行的Web开发以及创建Web服务。 1.3 参考文献（参考的文档） ASP+SQL Server2005项目开发从入门到精通 ASP动态网站设计经典案例 https://www.doczj.com/doc/da2271123.html,网站开发 https://www.doczj.com/doc/da2271123.html,网页设计与网站开发 第2章系统概述 2.1 系统说明 本系统可以方便教师开设课程和学生选课，方便教师与学生之间的交流。 利用网站实现教师开课的网络化，学生选课的网络化，教师评定学生成绩的网络化等，提高教师和学生的效率，降低管理的成本。 2.2 系统任务 2.2.1 系统目标 课程信息的管理：包括课程的录入，修改和删除等 教师信息的管理：包括教师信息的录入，修改和删除等 学生信息的管理：包括学生信息的录入，修改和删除等 学生网上选课的管理：包括学生通过浏览器进行选课，取消选课，查询选课及修改登陆密码等 2.2.2 运行环境 SQL Server—Application Server DB Server Browser .NET Framework IIS 2.2.3 与其它系统关系 无 2.3 需求规定 2.3.1 功能需求 公用模块： ①登陆：实现身份验证，根据不同身份跳转入不同的页面 ②密码修改：实现个人的密码修改功能 ③退出系统：实现用户注销并退出系统 管理员模块： ①查看学生信息，新增、修改或删除学生信息 ②查看学生信息，新增、修改或删除教师信息 ③查看学生信息，新增、修改或删除课程信息 ④查看学生信息，新增、修改或删除院系信息 ⑤查看学生信息，新增、修改或删除专业信息 ⑥设定课程的上课老师及地点 学生模块： ①查看修改个人信息 ②查看所有选课的信息并选课 ③修改所选课程 ④查看个人选课的成绩和学分（查看选课信息[成绩及学分] 选课退选[弹出窗口是否确定]） ⑤退选 教师模块： ①查看修改个人信息 ②查看所教课程 ③为学生录入分数及修改 ④查看所教课程的学生 2.3.2 性能需求 系统响应时间2-5秒 并发用户2000人