D0206系统需求规格说明书.docx
《D0206系统需求规格说明书.docx》由会员分享,可在线阅读,更多相关《D0206系统需求规格说明书.docx(14页珍藏版)》请在冰点文库上搜索。
![D0206系统需求规格说明书.docx](https://file1.bingdoc.com/fileroot1/2023-5/5/3575e983-92d0-4b72-b788-aa69521a8462/3575e983-92d0-4b72-b788-aa69521a84621.gif)
D0206系统需求规格说明书
新生入学报到管理系统
SystemRequirementSpecification(SRS)
系统需求规格说明书
UpdatingRecord
UpdatingDate
Version
Description
Author
1.0
用例说明
1.1
目录
一.引言
1.1目的
明确所要开发的软件应具有的功能,性能,使系分析人员及软件开发人员能了解客户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计开发工作,为软件开发范围,业务处理规范提供依据。
在本阶段中,确定该如何具体地实现所要求的系统,以便在编码阶段直接翻译成用具体程序语言书写的程序。
主要工作有,根据软件需求说明书中所描述的数据,功能运行、性能需求,并依据概要设计说明书所确定的处理流程、总体结构和模块外部设计,设计软件系统的结构,逐个模块的程序描述。
1.2项目背景
开发软件名称:
新生入学报到管理系统
项目任务提出者:
大连理工大学城市学院
项目开发者:
吕宇婷
用户:
大连理工大学城市学院
实现软件单位:
计算机工程学院
1.3缩写说明
二.系统概述
2.1项目来源和背景
开发软件名称:
新生入学报到管理系统
项目任务提出者:
大连理工大学城市学院
项目开发者:
吕宇婷
用户:
大连理工大学城市学院
实现软件单位:
计算机工程学院
2.2报到流程:
2.3系统的目标
(1)方便查看新生信息
只要输入新生的入取通知书号就可以很快的知道新生的班级等信息,有助于新生找到自己的班级和辅导员。
(2)方便文档即时传送和教务处的审查审核。
避免文件传递过程中出现丢失漏报的现象;有利于提高教务处的处理效率和准确性。
(3)方便校领导的查阅。
便于校领导及时全面的了解新生录取情况信息。
(4)方便及时统计新生报到情况
可以分类的查看新生的报到情况,有利于管理新生。
三.应用环境
3.1硬件应用环境
P4或更高
内存最低要求256M
安装空间500M
打印机必备
3.2软件应用环境
中文版WindowsXP/2008/Me。
SQL数据库。
Visualstudio2005集成开发环境。
3.3网络环境
3.4开发环境
四.系统功能需求
4.1缴费管理子系统功能需求
(1)收费人员对新生的缴费情况进行查看,并填写缴费凭证。
(2)统计人员查看新生的报道情况,并进行统计以及系统的更新。
4.2报到管理子系统功能需求
(1)报到登记人员查看的班级等信息,帮助新生找到自己的班级。
(2)团委人员查看组织关系文件,转移新生的组织关系,更新组织信息。
4.3宿舍管理子系统功能需求
(1)查看新生所分寝室,确认新生已领取物品。
4.4系统管理子系统功能需求
(1)管理员查看新生的信息。
(2)管理员增加新生的信息。
(3)管理员修改新生的信息。
(4)管理员删除新生的信息。
五.系统性能需求
5.1UI界面要求
5.2响应时间要求
5.3可靠性要求
5.4开发性要求
5.5可扩展性要求
5.6安全性要求
六.软件产品移交
软件部署和移交的产品如下:
6.1软件可执行代码
6.2软件员代码
6.3软件文档
6.4其他
七.设计和实现约束
7.1硬件平台约束
7.2软件平台约束
7.3数据库约束
7.4设计约束
(1)要求使用MVC模式,实行表示,业务和控制的分离。
(2)采用多层的设计结构,可以按标准的5层:
表示层,控制层,业务层,持久层和传输层。
每层对象只能调用下层对象的方法,即相邻调用原则,不能垮层调用。
(3)要使用组件化结构,整个系统是由不同的组件组装而成,每个组件都可以进行更新或替换,提高系统的可扩展性和可维护性。
7.5实现约束
(1)要求采用面向对象开发语言Java
(2)用户界面要求使用组装模式,而不是Frame模式,可以使用Tiles或SiteMash架构组成
(3)页面更新要使用局部刷新,即AJAX模式,可考虑使用AJAX框架,如jQuery,DOJO或EXTJS等。
2项目概述
2.1产品描述
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开
发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的
软件,而且全部内容自含,则说明这一点。
如果所定义的产品是一个更大的系统的一个组成
部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说
明该系统的组成和本产品同其他各部分的联系和接口。
2.2产品功能
本条是为将要完成的软件功能提供一个摘要。
例如,对于一个记帐程序来说,需求说明
可以用这部分来描述:
客房帐目维护、客房财务报表和发票制作,而不必把功能所要求的大
量的细节描写出来。
有时,如果存在较高层次的规格说明时,则功能摘要可从中取得,这个较高层次的规格
说明为软件产品分配了特殊的功能,为了清晰起见,请注意:
a.编制功能的一种方法是制作功能表,以便客房或者第一次读这个文件的人都可以理
解;
b.用方框图来表达不同的功能和它们的关系也是有帮助的。
但应牢记,这样的图不是
产品设计时所需求的,而只是一种有效的解释性的工具。
2.3用户特点
列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,
以及本软件的预期使用频度。
这些是软件设计工作的重要约束。
2.4一般约束
本条对设计系统时限制开发者选择的其他一些项作一般性描述。
而这些项将限定开发者
在设计系统时的任选项。
这些包括:
a.管理方针;
b.硬件的限制;
c.与其他应用间的接口;
d.并行操作;
e.审查功能;
f.控制功能;
g.所需的高级语言;
h.通信协议;
i.应用的临界点;
j.安全和保密方面的考虑。
2.5假设和依据
本条列出影响需求说明中陈述的需求的每一个因素。
这些因此不是软件的设计约束,但
是它们的改变可能影响到需求说明中的需求。
例如:
假定一个特定的操作系统是在被软件产
品指定的硬件上使用的,然而,事实上这个操作系统是不可能使用的,于是,需求说明就要
进行相应的改变。
3具体需求
3.1功能需求
3.1.1功能需求1
对于每一类功能或者有时对于每一个功能,需要具体描述其输入、加工和输出的需求。
由四个部分组成:
a.引言
描述的是功能要达到的目标、所彩的方法和技术,还应清楚说明功能意图的由来
和背景。
b.输入
1)详细描述该功能的所有输入数据,如:
输入源、数量、度量单位、时间设定、
有效输入范围(包括精度和公差);
2)操作员控制细节的需求。
其中有名字、操作员活动的描述、控制台或操作员的
位置。
例如:
当打印检查时,要求操作员进行格式调整;
3)指明引用接口说明或接口控制文件的参考资料。
c.加工
定义输入数据、中间参数,以获得预期输出结果的全部操作。
它包括如下的说明:
1)输入数据的有效性检查;
2)操作的顺序,包括事件的时间设定;
3)响应,例如,溢出、通信故障、错误处理等;
4)受操作影响的参数;
5)降级运行的要求;
6)用于把系统输入变换成相应输出的任何方法(方程式、数学算法、逻辑操作等);
7)输出数据的有效性检查。
d.输出
1)详细描述该功能所有输出数据,例如:
输出目的地、数量、度量单位、时间关
系、有效输出的范围(包括精度和公差)、非法值的处理、出错信息;
2)有关接口说明或接口控制文件的参考资料。
此外,对着重于输入输出行为的系统来说,需求说明应指定所有有意义的输入、
输出对及其序列。
当一个系统要求记忆它的状态时,需要这个序列,使得它可以
根据本次输入和以前的状态作出响应。
也就是说,这种情况犹如有限状态机。
3.1.2功能需求2
3.1.n功能需求n
3.2外部接口需求
3.2.1用户接口
提供用户使用软件产品时的接口需求。
例如,如果系统的用户通过显示终端进行操作,
就必须指定如下要求:
a.对屏幕格式的要求;
b.报表或菜单的页面打印格式和内容;
c.输入输出的相对时间;
d.程序功能键的可用性。
3.2.2硬件接口
要指出软件产品和系统硬部件之间每一个接口的逻辑特点。
还可能包括如下事宜:
支撑
什么样的设备,如何支撑这些设备,有何约定。
3.2.3软件接口
在此要指定需使用的其他软件产品(例如,数据管理系统、操作系统或数学软件包),
以及同其他应用系统之间的接口。
对每一个所需的软件产品,要提供如下内容:
a.名字;
b.助记符;
c.规格说明号;
d.版本号;
e.来源。
对于每一个接口,这部分应说明与软件产品相关的接口软件的目的,并根据信息的内容
和格式定义接口,但不必详细描述任何已有完整文件的接口,只要引用定义该接口的文件即
可。
3.2.4通信接口
指定各种通信接口。
例如,局部网络的协议等等。
3.3性能需求
从整体来说,本条应具体说明软件、或人与软件交互的静态或动态数值需求。
A.静态数值需求可能包括:
1)支持的终端数;
2)支持并行操作的用户数;
3)处理的文卷和记录数;
4)表和文卷的大小。
B.动态数值需求可能包括:
欲处理的事务和任务的数量,以及在正常情况下和峰值工
作条件下一定时间周期中处理的数据总量。
所有这些需求都必须用可以度量的术语来叙述。
例如,95%的事务必须在小于1s时间
内处理完,不然,操作员将不等待处理的完成。
3.4设计约束
设计约束受其他标准、硬件限制等方面的影响。
3.4.1其他标准的约束
本项将指定由现有的标准或规则派生的要求。
例如:
a.报表格式;
b.数据命名;
c.财务处理;
d.审计追踪,等等。
3.4.2硬件的限制
本项包括在各种硬件约束下运行的软件要求,例如,应该包括:
a.硬件配置的特点(接口数,指令系统等);
b.内存储器和辅助存储器的容量。
3.5属性
在软件的需求之中有若干个属性,以下指出其中的几个(注意:
对这些决不应理解为是
一个完整的清单)。
3.5.1可用性
可以指定一些因素,如检查点、恢复和再启动等,以保证整个系统有一个确定的可用性
级别。
3.5.2安全性
指的是保护软件的要素,以防止各种非法的访问、使用、修改、破坏或者泄密。
这个领
域的具体需求必须包括:
a.利用可靠的密码技术;
b.掌握特定的记录或历史数据集;
c.给不同的模块分配不同的功能;
d.限定一个程序中某些区域的通信;
e.计算临界值的检查和。
3.5.3可维护性
规定若干需求以确保软件是可维护的。
例如:
a.软件模块所需要的特殊的耦合矩阵;
b.为微型装置指定特殊的数据\程序分割要求。
3.5.4可转移\转换性
规定把软件从一种环境移植到另一种环境所要求的用户程序,用户接口兼容方面的约束
等等。
3.5.5警告
指定所需属性十分重要,它使得人们能用规定的方法去进行客观的验证。
3.6其他需求
根据软件和用户组织的特性等,某些需求放在下面各项中描述。
3.6.1数据库
本项对作为产品的一部分进行开发的数据库规定一些需求,它们可能包括:
a.在功能需求中标识的信息类别;
b.使用的频率;
c.存取能力;
d.数据元素和文卷描述符;
e.数据元素、记录和文卷的关系;
f.静态和动态的组织;
g.数据保存要求。
注:
如果使用一个现有的数据库包,这个包应在“软件接口”中命名,并在那里详细说
明其用法。
3.6.2操作
这里说明用户要求的常规的和特殊的操作。
A.在用户组织之中各种方式的操作。
例如,用户初始化操作;
B.交互作用操作的周期和无人操作的周期;
C.数据处理运行功能;
D.后援和恢复操作。
注:
这里的内容有时是用户接口的一部分。
3.6.3场合适应性需求
这里包括:
a.对给定场合或相关任务或操作方式的任何数据或初始化顺序的需求进行定义。
例
如,栅值,安全界限等等。
b.指出场合或相关任务为特点,这里可以被修改以使软件适合特殊配制的要求。
4附录
对一个实际的需求规格说明来说,若有必要应该编写附录。
附录中可能包括:
a.输入输出格式样本,成本分析研究的描述或用户调查结果;
b.有助于理解需求说明的背景信息;
c.软件所解决问题的描述;
d.用户历史、背景、经历和操作特点;
e.交叉访问表。
按先后次序进行编排,使一些不完全的软件需求得以完善;
f.特殊的装配指令用于编码和媒体,以满足安全、输出、初始装入或其他要求。
注:
当包括附录时,需求说明必须明确地说明附录是不是需求要考虑的部分。