需求规格说明书案例分析一

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。


只有正确描述软件系统在运行或者开发阶段的内、外约束, 才能保证系统的正常开发与运行。
1.3 需求规定

1.3.1 对功能的规定 1.3.2 对性能的规定
1.3.1 对功能的规定
1.3.1 对功能的规定

在对功能的规定中,要真实的、恰当、全面地描述客户的需 求,可以借助用例图来实现这一目标。用例(Use Case)是一 种描述系统需求的方法,使用用例的方法来描述系统需求的 过程就是用例建模。 用例规约是对用例图的解释说明,二者搭配使用,图文并茂 地描述了所需功能的各种细节,包括前置条件、后置条件、 功能流程、备选路径和一些其他的要求。

编写需求分析书,切忌直接在模板上填空,而要明确每一步 需要传达给读者的信息到底是什么,如何表达才能让读者易 于理解和接受。 需求分析书的读者既有用户, 也有后续的概要设计者, 所以 既要真实全面地反映用户的需求, 又要给概要设计者提供可 以基于它进行概要设计的所有信息。

设备 支持软件 接口 控制
1.4.1 设备
服务器 PC机 (CPU:**、内存:**、硬盘:**)

1.4.2 支持软件

OS:windows 2000 server 数据库:MySQL 应用服务器:Tomcat5.5
1.4.3 接口


1.4.4 控制


小结

本章通过一个典型案例, 从引言, 任务概述, 需求规定, 运 行环境规定等方面讲述了需求分析书的写作规范和技巧。

1.1.3 定义


1.1.4 参考资料



软件需求说明书(GB856T——88) 耿国桐、史立奇、叶卓映:《UML宝典》,电子科技出版社, 2004年1月版 (美)Bruce Eckel:《Thinking in Java》,机械工业出版 社,2007年4-1版 David Flanagan:《Java技术手册》,中国电力出版社, 2006年9月版
软件文档写作
需求规格说明书案例分析一
1.需求规格说明书案例分析一

研究生教务管理系统案例分析 1.1 1.2 1.3 1.4 引言 任务概述 需求规定 运行环境规定


1.1 引言

1.1.1 1.1.2 1.1.3 1.1.4
编写目的 背景 定义 参考资料
1.1.1 编写目的
说明


在“用户特点”部分,列出本软件的最终用户的特点,充分 说明操作人员、维护人员的教育水平和技术专长,以及本软 件的预期使用频度。 通过分析软件系统的用户群,对其进行分类,掌握不同用户 之间的差异,才能因人而异创造出符合人们需求的软件系统。
说明

在“假定和约束”部分,列出进行本软件开发工作的假定和 约束,例如经费限制、开发期限等。

1.3.2 对性能的规定

数据管理能力要求部分,说明需要管理的文卷和记录的个数、 表和文卷的大小规模,要按可预见的增长对数据及其分量的 存储要求做出估算。 在故障处理要求部分,列出可能的软件、硬件故障以及对各 项性能而言所产生的后果和对故障处理的要求。

1.4 运行环境规定

1.4.1 1.4.2 1.4.3 1.4.4

对《某高校研究生教务管理系统》做全面细致的用户需求分 析,明确所要开发的软件应具有的功能、性能与界面,使系 统分析人员及软件开发人员能清楚地了解用户的需求,并在 此基础上提出概要设计说明书,完成后续设计与开发工作。 本说明书的预期读者为客户、业务或需求分析人员、测试人 员、用户文档编写者、项目管理人员。

1.1.2 背景

软件学院的建设目标是以市场需求为导向,培养具有国际竞 争能力的多层次实用型人才。这决定了软件学院的生源具有 生源分布广,类型多,学制灵活,档案复杂,课程设置灵活 等特点。 由于这些特点,使得教务工作变得复杂而繁琐。《研究生教 务管理系统》就是为了适应这些变化、减轻教务工作的负担, 为学生提供一个了解学院动态、课程状态、与其他学生交流 的平台而创建的管理系统。
1.2 任务概述

1.2.1 目标 1.2.2 用户特点 1.2.3 假定和约束
1.2.1 目标

该系统的建设目标是将学院日常工作,学习管理全部实现网 上管理,建立一个能为教务工作者、学院老师以及学生服务 的综合管理系统。
1.2.2 用户特点



教务管理人员 能熟练的运用办Βιβλιοθήκη Baidu软件,熟知教务工作内容,较容易理解掌 握新开发的《研究生教务管理系统》。 教师 具有计算机相关领域的专业知识,很容易掌握该系统的使用。 学生 是该系统的最大用户群,很容易掌握该系统的使用方法。

1.3.2 对性能的规定



1.精度:无 2.时间特性要求:查询类页面响应时间:<=3秒 新建、更新类页面响应时间:<=2秒 3.灵活性:无 4.数据管理能力要求:无 5.故障处理要求:故障发生时,应可以通过日志了解故障现 象、发生时间 6. 其他要求:界面美观大方,功能区分显眼,文字描述通 俗易懂,并发性高,吞吐量大,系统安全有 保障。
1.2.3 假定和约束

整个系统开发时间为3个月 投入N个人月
说明

在“目标”部分,叙述该项软件开发的意图、应用目标、作 用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。如果所定义的 产品是一个更大的系统的一个组成部分,则应说明本产品与 该系统中其他各组成部分之间的关系。
1.3.2 对性能的规定

精度上的需求,主要还是由业务来决定,客户需要精确到什 么程度,不同的模块是否有不同的精度要求。

在时间特殊性上,说明对于该软件的时间特性要求:响应时 间;更新处理时间;数据的转换和传送时间;解题时间;
在灵活性部分中,说明对该软件的灵活性的要求,即当需求 发生某些变化时,该软件对这些变化的适应能力 。
相关文档
最新文档