软件工程导论第3章需求分析.pdfVIP

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

软件工程导论第3章需求分析--第1页

软件工程导论第3章需求分析

尽管在可行性研究阶段已经粗略熟悉了用户的需求,甚至还提

出了一些可行的方案,但是可行性研究的基本目的是用较小的成本

在较短的时间内确定是否存在可行的解法。因此许多细节被忽略

了。然而在员终的系统中却不能遗漏任何一个微小的细节,因此可

行性研究并不能代替需求分析,它实际上并没有准确地回答“系统

务必做什么?”这个问题。

需求分析的任务还不是确定系统如何完成它的工作,而仅仅是

确定系统务必完成什么工作,也就是对目标系统提出完整、准确、

清晰、具体的要求。软件需求分析是一个不断进行揭示与推断的过

程。

3.1需求分析的任务

3.1.1确定系统的综合要求

1功能需要

划分出系统务必完成的所有功能

2性能需要

系统务必满足的定时约束或者容量约束

速度(系统的响应时间)

信息速率

主存容量

软件工程导论第3章需求分析--第1页

软件工程导论第3章需求分析--第2页

磁盘容量

安全性

3.1.2分析系统的数据要求

任何一个软件系统其本质上都是一个信息处理系统,系统务必

处理的信息与系统应该产生的信息在很大程度上决定了系统的概

貌,同时也对软件设计有着深远的影响。分析系统的数据要求,这

是软件需求分析的一个重要任务。分析系统的数据要求通常使用建

立数据模型的方法

系统的数据来源与去处通常含如下几个方面:

(1)从系统以外来,再到系统以外去;

(2)从系统以外来,再到系统内部去;

(3)从系统内部来,再到系统内部去;

(4)从系统内部来,再到系统外部去。

3.1.3导出系统的逻辑模型

用数据流图、实体--关系图、状态转换图、数据字典、要紧的

处理算法描述逻辑模型。

3.1.4修正系统开发计划

准确地估计系统的成本及进度,修正往常我们所制定的开发计

划。

3.2与用户沟通获取需求的方法

软件工程导论第3章需求分析--第2页

软件工程导论第3章需求分析--第3页

3.2.1访谈

情景分析技术就是分析对用户将来使用目标解决问题的方法

某个具体问题的方法与结果进行分析。

3.22面向数据流自顶向下求精

3.23简易的应用规格说明技术

3.24快速建立软件原型

3.3分析建模与规格说明

3.3.1分析建模

1建模:是为了懂得事物而对事物做出的一种抽象,是对事物

的一种无歧义的书面描述。模型由一组图形符号与组织这些符号的

规则构成

2模型与工具

数据模型—实体-关系图

功能模型—数据流图

行为模型—状态转换图

3.3.2软件需求规格说明

用自然语言完整、准确、具体描述系统的数据需求、功能需求、

性能需求、可靠性与可用性要求、出错处理需求、接口需求、约束、

逆向需求、将来可能提出来的需求

3.4实体-关系图

软件工程导论第3章需求分析--第3页

软件工程导论第3章需求分析--第4页

3

您可能关注的文档

文档评论(0)

192****7877 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档