软件工程需求分析.ppt

1、软件工程需求分析，主要内容，提交问题的命名，需求分析内容格式简介，概述，具体需求，总体设计约束，软件质量特征，可行性分析，需求建模，1。提交问题，命名组号_大作业名_日期方法，其中组号必须写清楚，没有组号就不会登记结果。Txt文件不能以文件格式提交，需求分析是带格式的文档pdf或word文件，功能需求中的并行功能按3.1.1三级编号排列。如果某个部分不可用，有必要将其留空，但格式应该正确。“错误！书签未定义”不能出现在提交的版本中。填写需求分析模板的原则是填写需要修改的地方，但是格式应该保持原来的格式。字体颜色，强调模板中给出的蓝色斜体，提交的版本不能有红色和蓝色字体或斜体。每个人都需要根据模

2、板给出的格式提交需求分析文档，包括字体大小、编号和填充内容。不要随意更改模板格式。二.需求分析，简介具体需求的概述总体设计约束软件质量特征依赖关系其他需求分类问题待确定附录，简介，目的描述文档的目的，例如，提供开发指导，读者应该指出，例如，开发人员和测试人员应该解释在这个需求文档中描述了哪个产品的软件需求，如功能，附录需求等。软件概述项目简介描述了项目背景所描述的软件需求，比如为什么要开发它以及可以解决什么问题。产品环境介绍描述了由该产品和其他产品或项目组成的整体环境。通常，框图用于描述系统的主要组件、互连和外部接口，并且可以绘制粗略的结构图或逻辑图来概述必须实现的软件功能以及通过用户操作实现

3、的主要功能。概述，用户特性列出用户或系统操作员的要求，如经验、能力和其他假设和依赖关系，并列出所有可能影响需求分析的假设因素，如要使用的第三方组件、操作或开发环境等。具体需求和功能需求描述了软件产品的输入是如何转换成输出的，并描述了软件必须执行的基本动作。对于每种类型的功能，或者有时对于每个单独的功能，必须描述输入、处理和输出要求。功能需求名称需求编号加上短词汇被用作功能需求名称。例如，在模板中详细描述了R.INTF.CALC.001计算表达式的引入、输入、处理和输出，这是需求分析中最重要的部分，并描述了如何实现该系统。一些性能要求，如网站、实时系统和游戏，需要性能指标，如内存占用、响应时间、

4、安全性等。这些需要详细描述如何满足性能要求的静态定量要求可能包括：a .支持的终端数量。支持的同时用户数量。处理的文件和记录的数量。表和文件的大小。动态定量要求可能包括：正常和高峰工作负荷条件下的特定时间段(如一小时)。处理的事务和任务数量以及数据量。所有这些要求都应该用可测量的术语来描述，例如，所有的操作都应该在1秒内完成，而不是描述操作员不必等待操作完成。外部界面要求用户界面详细描述系统和用户之间的界面，如屏幕格式、组合键或快捷键。软件接口描述了与其他系统/模块/项目的接口，如数据库名称、版本信息、算法工具包和其他硬件接口。例如，打印机设备或串行端口设备的通信接口详细描述了通信接口，如本地

5、网络协议和总体设计约束。标准符合性指定了用于需求的标准或规范的来源，例如字符集的选择、网络协议的RFC文档和其他硬件约束。诸如与时间相关的限制和存储器限制的技术限制包括对特定技术的使用的限制，包括接口、数据库、并行操作、通信协议、设计惯例、编程规范等。软件质量特征，并详述项目的任何其他质量特征。这个特性对客户和开发人员都非常重要。考虑因素包括：适应性、可用性、正确性、灵活性、互操作性、可维护性、可移植性、可靠性、可重用性、健壮性、可测试性和可用性。详细描述这些特征，并尽可能地验证它们。例如，同时可以支持多少并发用户、最大用户容量等。依赖关系，解释每个需求的内部和外部依赖关系，并细分每个需求的内

6、部和外部依赖关系，这类似于以前的依赖关系，需要更加详细。其他要求，数据库详细说明了相关数据库的要求，操作详细说明了用户的常见和特殊操作要求，并尽可能考虑在所有情况下支持多语言本地化的要求，这对国际化软件非常重要。对需求进行分级，并确定各种需求的重要性级别。可以列出未明确考虑或难以处理的待确定问题。附录和可行性分析描述了当前的技术或硬件能够满足开发要求并需要研究数据。数据流图(DFD)是最常用的结构分析工具之一，它从数据传输和处理的角度用图形描述系统中的数据移动。ftp上有一个数据流图的pdf文件，数据字典是一个共享的仓库，它定义了应用程序中使用的所有数据元素和结构的含义、类型、数据大小、格式、度量单位、精度和允许值范围。数据字典的维护独立于软件需求规范，所有利益相关者都可以在产品开发和维护的任何阶段访问数据字典。它定义了原始