软件工程 需求规格说明书
- 格式:docx
- 大小:420.61 KB
- 文档页数:21
<项目名称>软件需求说明书作者:完成日期:签收人:签收日期:修改情况记录:1 引言1.1 编写目的说明编写这份软件需求说明书的目的,指出预期的读者范围。
1.2 范围说明:a.待开发的软件系统的名称;b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么;c.描述所说明的软件的应用。
应当:1)尽可能精确地描述所有相关的利益、目的、以及最终目标。
2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。
1.3 定义列出本文件中用到的专门术语的定义和缩写词的原词组。
1.4 参考资料列出要用到的参考资料,如:a.本项目的经核准的计划任务书或合同、上级机关的批文;b.属于本项目的其他已发表的文件;c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2 项目概述2.1 产品描述叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2 产品功能本条是为将要完成的软件功能提供一个摘要。
例如,对于一个记帐程序来说,需求说明可以用这部分来描述:客房帐目维护、客房财务报表和发票制作,而不必把功能所要求的大量的细节描写出来。
有时,如果存在较高层次的规格说明时,则功能摘要可从中取得,这个较高层次的规格说明为软件产品分配了特殊的功能,为了清晰起见,请注意:a.编制功能的一种方法是制作功能表,以便客房或者第一次读这个文件的人都可以理解;b.用方框图来表达不同的功能和它们的关系也是有帮助的。
二、需求规格说明书完成人:1.概述(Summary)项目的目的与目标(Purpose and Aim of Project)图书管理系统需求说明书是为了让系统的涉众就该系统的需求达成一致认可,明确该系统的需求,为后续的开发工作提供依据。
通常,该需求规格说明可以作为产品设计的主要依据,并作为程序员编码时了解软件实际需求的主要参考资料。
同时,需求规格说明是产品实现后用于检验的主要考察依据,是测试人员编写测试用例时的主要参考文件。
另外,本文档还可以为其他需要了解系统需求的人员提供产品需求的详细说明。
术语定义(Terms Glossary)文档中采用的专门术语的定义及缩略词简要如下:使用者:系统管理员、图书管理员、读者。
UML:统一建模语言。
相关文档(Related Documents)朱少民、左智,《软件过程管理》,清华大学出版社:张燕、洪蕾等编著,《软件工程导论》,机械工业出版社;王珊等,《数据库原理及设计》,清华大学出版社;2.问题初始分析(Early Analysis)场景描述(Scene Description)一、系统管理员1.用例名称:系统管理员2.范围:系统的更新和维护。
3.级别:管理系统4.主要参与人员:系统管理人员。
5.涉及及其关注点:系统管理员:希望能够定期的维护图书管理系统,及时的进行系统的更新。
6.前置条件:系统管理员必须有更新和维护系统的权限。
7.成功保证:能够成功的更新和维护该系统。
8.主成功场景:系统管理员更新和维护图书管理系统。
9.特殊要求:(1)适用于window系统。
(2)当访问出现问题是,系统有强大的恢复能力。
二、图书管理员管理图书1.用例名称:图书管理员管理图书2.范围:图书3.级别:管理目标4.主要参与者:图书管理员5.涉及及其关注点:管理员:希望能够准确、快速的输入,而且没有输入错误,因为如果输入错误,将导致图书的信息报错的等。
6.前置条件:图书管理员必须经过确认和保证。
文档编号:_________版本号:_________文档名称:需求规格说明书项目名称:__________项目负责人:________编写:________ ____年__月__日校对:____________年__月__日审核:________ ____年__月__日批准:________ ____年__月__日开发单位:____________________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 数据采集4.功能需求4.1 功能划分4.2 功能描述5.性能需求5.1 数据精确度5.2 时间特性如响应时间、更新处理时间、数据转换与传输时间、运行时间等。
5.3 适应性在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时,应具有适应能力。
6.运行需求6.1 用户界面如屏幕格式、报表格式、菜单格式、输入输出时间等。
6.2 硬件接口6.3 软件接口6.4 故障处理7.其他需求如可使用性、安全保密、可维护性、可移植性等。
文档编号:HHIT-SECD-S101-01T-02版本号:V1.0酒店宾馆客房管理系统结构化需求规格说明书项目名称酒店宾馆客房管理系统的设计与实现项目负责人项目开发单位项目成员、、、项目起止时间2013.06.18----2013.06.212013年6月21日软件工程课程设计项目组任务分派单(组长用)班级:组别:组长姓名:时间:2013 年 6 月21日1、本表由组长为其组员每次上机实践分派任务使用,应认真填写相关任务名称、内容、完成标准等信息;2、本表在每次任务完成后,由组长按照完成标准验收,并给出每个组员成绩评定(每人平均70分制),除组长保留一份外,应及时上报任课老师(电子和纸质文档同时上报)。
目录酒店宾馆客房管理系统结构化需求规格说明书 (1)软件工程课程设计项目组任务分派单(组长用) (2)目录 (3)1引言 (3)1.1编写目的 (3)1.2背景 (4)1.3定义 (4)1.4参考资料 (4)2项目概述 (4)2.1目标 (4)2.2用户的特点 (5)2.3假定与约束 (5)3需求规定 (5)3.1对功能的规定 (5)3.2对性能的规定 (17)3.2.1精度 (17)3.2.2时间特性要求 (17)3.2.3灵活性 (18)3.3输入输出要求 (18)3.4数据管理能力要求 (18)3.5故障处理要求 (19)3.6其他专门要求 (19)4运行环境规定 (19)4.1设备 (19)4.2支持软件 (20)4.3接口 (20)4.4控制 (20)1引言【】1.1编写目的想要做一个好的客房管理系统,首先必须知道用户的需求,这样我们才会开发出真正满足用户的软件产品,在系统的需求分析阶段,开发者应该明确一个好的客房管理系统必须要做什么。
1.2背景宾馆客房管理系统是宾馆客房管理不可缺少的,对于宾馆的管理者和使用者来说都是非常重要的,在以往,人们使用手工登记来记录管理宾馆的日常事务,操作流程虽然简单,但随着宾馆的数量越来越多,宾馆的规模越来越大,宾馆的入住率越来越高。
软件需求规格说明书一、引言本文档旨在详细描述软件需求规格,以确保软件开发团队和客户之间的沟通准确无误。
本规格说明书适用于XXX软件项目,包括对软件的功能、性能、界面和其他相关需求的详细描述。
二、目标本软件旨在满足以下目标:1. 提供一个功能强大、易于使用的软件平台,以满足客户的需求。
2. 提供高效的性能和稳定的运行环境,以确保用户的体验。
3. 提供清晰、友好的用户界面,以便用户能够轻松使用软件。
4. 提供可靠的数据存储和管理功能,以确保数据的完整性和安全性。
三、功能需求1. 用户管理1.1 用户注册:用户可以通过提供必要的个人信息进行注册。
1.2 用户登录:已注册用户可以使用用户名和密码登录系统。
1.3 用户权限管理:根据用户角色和权限,对用户进行管理和控制。
2. 数据管理2.1 数据录入:用户可以录入、修改和删除数据。
2.2 数据查询:用户可以根据特定条件查询数据。
2.3 数据导出:用户可以将数据导出为Excel或其他格式的文件。
3. 报表生成3.1 报表定义:用户可以定义报表的格式和内容。
3.2 报表生成:根据用户定义的报表格式和内容,生成相应的报表。
4. 通知和提醒4.1 通知管理:系统可以向用户发送通知和提醒。
4.2 提醒设置:用户可以设置提醒的方式和频率。
5. 系统设置5.1 用户管理:管理员可以管理用户信息和权限。
5.2 界面设置:用户可以自定义界面的样式和布局。
5.3 系统维护:管理员可以进行系统备份、恢复和升级。
四、性能需求1. 响应时间:系统应在用户进行操作后的2秒内给出响应。
2. 并发性能:系统应支持1000个并发用户的正常操作。
3. 数据处理能力:系统应能够处理每秒1000条数据的输入和输出。
五、界面需求1. 用户界面:界面应简洁、直观,符合用户使用习惯。
2. 响应式设计:界面应能够在不同的设备和屏幕尺寸上正常显示和操作。
3. 多语言支持:界面应支持多种语言切换。
六、安全需求1. 用户认证:用户登录时应进行身份验证,确保只有合法用户可以访问系统。
XXX软件需求规格说明书{产品名称} 软件需求规格说明书版本历史第0 页目录1.产品描述 (3)1.1.编写目的 (3)1.2.产品名称 (3)1.3.文档范围 (3)1.4.预期的读者和阅读建议 (3)1.5.参考文档 (3)1.6.缩略语和术语(可选) (3)2.产品需求概述 (3)2.1.用例简介 (3)2.2.运行环境 (3)2.3.条件与限制(可选) (4)3.用例描述 (4)3.1.用例1 (4)3.2.用例N (5)3.3.不支持的用例 (5)4.数据描述 (5)5.系统需求(可选) (5)6.运行需求(可选) (6)6.1.用户界面 (6)6.2.硬件接口 (6)6.3.软件接口 (6)6.4.通信接口 (6)7.其它需求(可选) (7)8.特殊需求(可选) (7)9.不确定的问题(可选) (7)10.编写人员及编写日期 (7)11.附录 (7)11.1.引用文件 (7)11.2.参考资料 (7)1.产品描述1.1.编写目的【说明编写本软件需求规格说明书的目的,指出预期的读者。
】1.2.产品名称【本项目的名称,包括项目的全名、简称、代号、版本号。
】1.3.文档范围【文档范围包括:产品介绍,产品面向的用户群体,产品应当遵守的标准与规范,产品范围,产品中的角色,产品的功能性需求,产品的非功能性需求。
】1.4.预期的读者和阅读建议【各种管理人员及开发人员:项目经理、系统工程师、软件开发人员、硬件开发人员、测试人员、型态管理人员、品质保证人员和软件使用客户】1.5.参考文档【说明编写本软件需求规格说明书涉及参考文档。
】1.6.缩略语和术语(可选)【对重要的或是具有特殊意义的名词(包括词头和缩写)进行定义,以便读者可以正确地解释软件需求说明。
】2.产品需求概述2.1.用例简介【对产品的基本用例做一个简介,包括:1.本产品的开发意图、应用目标及作用范围。
2.概略介绍了产品所具有的主要用例。
用UML用例包图和用例图描述功能结构。
软件需求规格说明书范本一、引言本文档为软件需求规格说明书,旨在明确软件开发过程中的需求和规范。
通过详细描述软件系统的功能、性能和界面等方面的需求,确保软件开发团队的开发方向和开发目标一致,提供有效的参考和指导。
二、背景在当前数字化时代,软件应用广泛应用于各个领域。
本项目旨在开发一款满足特定场景需求的软件系统,提供高效、稳定、易用的解决方案。
本文档的目的是明确软件系统的需求,为软件开发与测试提供指导和依据。
三、总体描述1. 目标本软件系统的目标是为用户提供便捷、高效、可靠的解决方案。
该软件将通过具体功能的实现,提升用户的工作效率,减轻工作负担。
2. 软件系统结构该软件系统采用三层架构,由表现层、业务逻辑层和数据层组成。
表现层负责用户界面的展示和用户交互;业务逻辑层负责处理用户请求和实现具体的业务逻辑;数据层负责数据的存储和管理。
3. 功能需求本软件系统的功能需求如下:- 用户注册与登录- 信息录入和查询- 业务处理和操作- 数据分析和报表生成4. 性能需求为保证软件系统的性能,需满足以下需求:- 响应速度快:用户操作后系统应迅速响应,无明显的卡顿现象。
- 高并发支持:系统应对大量用户同时访问具备较好的处理能力。
- 数据存储安全:系统应保证数据的完整性和安全性,避免数据丢失或被非法篡改。
五、详细需求描述1. 用户注册与登录本系统提供用户注册和登录功能,要求如下:- 用户注册:用户可以通过注册功能创建新的账号,需提供用户名、密码、手机号码等必要信息。
- 用户登录:已注册用户可以通过输入用户名和密码进行登录,系统应验证用户身份并进入主界面。
2. 信息录入和查询本系统提供信息录入和查询功能,要求如下:- 信息录入:用户可以通过界面输入信息,并保存至数据库中。
- 信息查询:用户可以通过指定条件查询数据库中的信息,并展示在界面上。
3. 业务处理和操作本系统提供业务处理和操作功能,要求如下:- 业务处理:系统应能根据用户输入的数据进行相应的业务处理,并将结果反馈给用户。
软件需求规格说明书第一章引言1.1编写目的该文档对所开发的基于LBS的市内小块件动态调度系统达到功能、性能、用户界面及运行环境等作出了详细的说明。
他作为对该系统概要设计的依据,帮助开发人员了解本系统的框架思想及实现功能,并验证核实该产品能否满足用户要求的标准,便于技术文档和需求变化的管理。
同时也是用户与开发人员双方对软件需求取得共同理解的基础。
1.2文档约定本文档按以下要求和约定进行书写:(1)页面的左边距为3.18cm,右边距为3.18cm,装订线靠左,行距为1。
(2)标题最高分三级,分别为黑体二号,黑体三号,黑体四号,标题均加粗。
(3)正文字体为宋体五号,无特殊情况下,字体颜色均采用黑色。
(4)出现序号的段落不采用自动编号功能,各级别的序号依次为(1)、1)、a)等,特殊情况另作规定。
1.3读者对象和阅读建议本文档的主要内容共分6部分:总体描述、系统功能、外部接口需求、其他非功能性需求、数据字典和业务规则与业务算法。
总体描述主要对系统的整体结构进行了大致的介绍,包含产品前景,产品的功能,用户类及其特征,运行环境,设计和实现上的约束和假设和依赖着六部分;系统功能包含描述和优先级,请求/响应序列和功能性需求这三个方面;第四章包含用户界面,硬件接口,软件接口和通信接口这四个部分;其他非功能性需求包含性能需求,安全性需求,软件质量属性和其他需求这四个部分;数据字典则包含实体关系图和实体定义;业务规则与业务算法则包含业务规则和算法说明。
本文档面向多种读者对象:(1)项目经理:项目经理可以根据该文档了解预期产品的功能,并据此进行系统设计和项目管理。
(2)设计员:对需求进行分析,并设计出系统,包括数据库的设计。
(3)程序员:配合设计要求,了解系统功能,进行系统源代码编写。
(4)测试员:根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。
(5)其他人员:如部门领导、公司领导等可以据此了解产品的功能和性能。
【软件⼯程】需求规格说明书<项⽬名称>软件需求说明书作者:完成⽇期:签收⼈:签收⽇期:修改情况记录:1 引⾔1.1 编写⽬的说明编写这份软件需求说明书的⽬的,指出预期的读者范围。
1.2 范围说明:a.待开发的软件系统的名称;b.说明软件将⼲什么,如果需要的话,还要说明软件产品不⼲什么;c.描述所说明的软件的应⽤。
应当:1)尽可能精确地描述所有相关的利益、⽬的、以及最终⽬标。
2)如果有⼀个较⾼层次的说明存在,则应该使其和⾼层次说明中的类似的陈述相⼀致(例如,系统的需求规格说明)。
1.3 定义列出本⽂件中⽤到的专门术语的定义和缩写词的原词组。
1.4 参考资料列出要⽤到的参考资料,如:a.本项⽬的经核准的计划任务书或合同、上级机关的批⽂;b.属于本项⽬的其他已发表的⽂件;c.本⽂件中各处引⽤的⽂件、资料,包括所要⽤到的软件开发标准。
列出这些⽂件的标题、⽂件编号、发表⽇期和出版单位,说明能够得到这些⽂件资料的来源。
2 项⽬概述2.1 产品描述叙述该项软件开发的意图、应⽤⽬标、作⽤范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是⼀项独⽴的软件,⽽且全部内容⾃含,则说明这⼀点。
如果所定义的产品是⼀个更⼤的系统的⼀个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使⽤⼀张⽅框图来说明该系统的组成和本产品同其他各部分的联系和接⼝。
2.2 产品功能本条是为将要完成的软件功能提供⼀个摘要。
例如,对于⼀个记帐程序来说,需求说明可以⽤这部分来描述:客房帐⽬维护、客房财务报表和发票制作,⽽不必把功能所要求的⼤量的细节描写出来。
有时,如果存在较⾼层次的规格说明时,则功能摘要可从中取得,这个较⾼层次的规格说明为软件产品分配了特殊的功能,为了清晰起见,请注意:a.编制功能的⼀种⽅法是制作功能表,以便客房或者第⼀次读这个⽂件的⼈都可以理解;b.⽤⽅框图来表达不同的功能和它们的关系也是有帮助的。
《软件工程》大作业题目需求规格说明书文件专业计算机科学与技术组别第四组组长组员班级指导教师田保军成员张斯琴、孙晓、杨柳工业大学信息工程学院需求规格说明书1.引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (3)1.4参考资料 (1)2.任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.3条件与限制 (3)3.数据描述 (3)3.1静态数据 (3)3.2动态数据 (3)3.3数据库介绍 (3)3.4数据词典 (4)3.5数据采集 (4)4.功能需求 (5)4.1功能划分 (6)4.2功能描述 (6)5.性能需求 (6)5.1数据精确度 (8)5.2时间特性 (8)5.3适应性 (8)6.运行需求 (8)6.1用户界面 (8)6.2硬件接口 (9)6.3软件接口 (11)6.4故障处理 (11)7.其它需求 (11)1.引言1.1编写目的学校教室管理系统”供学校的教室管理部门使用,是对教室进行调度管理的软件。
该系统与自动排课系统联动,可以对排课后的教室用计算机进行借用管理、查询、分析统计,可生成全校教室使用情况汇总表。
对教室的借用提供了技术先进的图形化操作界面,直观、便捷。
当前网络的流行为教室管理网络化的发展提供了广阔的空间。
教室管理网络化,从一定程度上讲,该系统就是教室管理部门的网上办公室即意味着其具有信息时代的快捷方便等特征。
“学校教室管理系统”构建了一个教室使用者和教室管理者交流的网上平台。
一方面教室使用者可以方便地查询和使用;另一方面,教室管理者可以通过计算机实现最有效率的管理。
1.2项目背景随着现代科技的高速发展,事物变得越来越烦杂,在这个有信息主导的世界,社会各界也不满足于各自原来的运行模式,纷纷弃用纸办公,采用电子办公。
由于电子化办公的发展,公司所使用的办公地点将大幅度的减少,其产生的各种费用将大幅的降低,极大的较少了事物的开支,也极提高了办事速度,是的办公效率成倍增长。
目录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软件接口3.4通信接口4.功能需求4.1登录页面4.2查询员工绩效4.3员工绩效管理4.4考勤管理4.5绩效评定4.6报表审核4.7安全管理5.其他非功能需求5.1性能需求5.2安全设施需求5.3安全性需求5.4软件质量属性5.5业务规则5.6用户文档6.其他需求附录某公司员工绩效考核管理系统需求规格说明书1.引言1.1目的(1)以文档的形式给出在需求获取和需求分析阶段所获得的所有用户需求,并为软件设计和实现奠定基础,且能够作为软件测试和用户验收软件系统的重要依据。
所有技术人员都应该以该文档作为产品的功能定义,具体建设内容。
(2)为开发小组成员、客户之间提供共同的协议而创立基础,减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦,让客户指出不足,进一步了解客户的要求。
1.2文档约定(1)必须使用国家公布的规范字。
打印版面上空 2.5cm,下空2cm,左空2.5cm,右空2cm(左装订),固定行距,24磅。
(2)正文字体为宋体小四号。
无特殊情况下,字体颜色均采用黑色。
(3)出现序号的段落不采用自动编号功能而采用人工编号,各级别的序号依次为(1)、1)、a等,特殊情况另作规定。
1.3预期的读者和阅读建议本文档面向多种读者对象(1)设计员:对需求进行分析,并设计出系统,包括数据库的设计。
(2)程序员:了解系统功能,编写《用户手册》。
(3)测试员:根据本文档对软件产品进行功能性测试和非功能性测试。
(4)用户:了解预期产品的功能和性能,并与分析人员一起对整个需求进行讨论和协商。
(5)其他人员:如部门领导、公司领导等可以据此文档了解产品的功能和性能。
!网上招聘系统需求规格}*;XXXXX软件公司。
评审日期:2012年1月12日目录1导言 (1)目的 (1)范围 (1)缩写说明 (1)术语定义 (1)引用标准 (1)参考资料 (2)版本更新信息 (2)2系统定义 (2)项目来源及背景 (2)项目要达到的目标 (3)系统整体结构 (3)3应用环境 (4)系统运行网络环境 (4)系统运行硬件环境 (5)系统运行软件环境 (5)4功能规格 (5)角色(Actor)定义 (6)应聘者 (6)管理用户 (6)数据库 (7)系统主Use Case图 (7)客户端子系统 (8)职位选择 (10)简历输入 (10)问卷回答 (10)管理端子系统 (11)登录管理 (13)题库管理 (13)试卷管理 (14)职位发布 (14)简历管理功能 (15)面试管理 (15)用户管理 (16)5性能需求 (16)界面需求 (16)响应时间需求 (16)可靠性需求 (16)开放性需求 (17)可扩展性需求 (17)系统安全性需求 (17)6产品提交 (17)7实现约束 (17)8签字 (18)1导言1.1目的该文档是关于用户对于网上招聘系统的功能和性能的要求,重点描述了网上招聘系统的设计需求,将作为对该工具在概要设计阶段的设计输入。
本文档的预期读者是:设计人员开发人员项目管理人员测试人员用户1.2范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决整个项目系统的“做什么”的问题。
在这里,对于开发技术并没有涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。
1.3缩写说明HRHuman Resource(人力资源管理)的缩写。
JSPJava Server Page(Java服务器页面)的缩写,一个脚本化的语言。
UMLJava Server Page(Java服务器页面)的缩写,一个脚本化的语言。
1.4术语定义无1.5引用标准[1] 《企业文档格式标准》XXXXX软件有限公司[2] 《需求规格报告格式标准》XXXXX软件有限公司软件工程过程化组织1.6参考资料[1] 《UML》XXXXX软件有限公司[2] 《需求规格报告格式标准》XXXXX软件有限公司软件工程过程化组织1.7版本更新信息本文档的更新记录如表A-1。
二、需求规格说明书完成人:1.概述(Summary )1.1项目的目的与目标(Purpose and Aim of Project )图书管理系统需求说明书是为了让系统的涉众就该系统的需求达成一致认可,明确该系统的需求,为后续的开发工作提供依据。
通常,该需求规格说明可以作为产品设计的主要依据,并作为程序员编码时了解软件实际需求的主要参考资料。
同时,需求规格说明是产品实现后用于检验的主要考察依据,是测试人员编写测试用例时的主要参考文件。
另外,本文档还可以为其他需要了解系统需求的人员提供产品需求的详细说明。
1.2 术语定义(Terms Glossary )文档中采用的专门术语的定义及缩略词简要如下:使用者:系统管理员、图书管理员、读者。
UML:UML:统一建模语言。
统一建模语言。
1.3 相关文档(Related Documents )朱少民、左智,《软件过程管理》,清华大学出版社:张燕、洪蕾等编著,《软件工程导论》,机械工业出版社;王珊等,《数据库原理及设计》,清华大学出版社;2.问题初始分析(Early Analysis )2.1 场景描述(Scene Description )一、系统管理员1.1.用例名称:系统管理员用例名称:系统管理员2.2.范围:系统的更新和维护。
范围:系统的更新和维护。
3.3.级别:管理系统级别:管理系统4.4.主要参与人员:系统管理人员。
主要参与人员:系统管理人员。
5.5.涉及及其关注点:涉及及其关注点:系统管理员:希望能够定期的维护图书管理系统,希望能够定期的维护图书管理系统,及时的进行系统及时的进行系统的更新。
6.6.前置条件:系统管理员必须有更新和维护系统的权限。
前置条件:系统管理员必须有更新和维护系统的权限。
7.7.成功保证:能够成功的更新和维护该系统。
成功保证:能够成功的更新和维护该系统。
8.8.主成功场景:系统管理员更新和维护图书管理系统。
主成功场景:系统管理员更新和维护图书管理系统。