有关软件需求分析的步骤以及所需文档(20210410145248)

1、有关软件需求分析的步骤以及所需文档o、需求分析的几个方面一需求分析可分为问题识别、分析与综合、编制需求 分析文档、需求评审等四个阶段，包括以下几个方面：1、确定软件所期望的用户类；获取每个用户的需求 了解实际用户任务和目标以及这些任务所支持的业务需求 2 、分析员与用户的 信息以区别用户任务需求、功能需求、业务规则、3、质量属性、建议解决方法和附加信息4、将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件5、了解相关质量属性的重要性讨论得出实施优先级 6 、 将所收集的用户需求编写成需求规格说明和模型7、 评审需求规格说明，确保与用户达成共识 8、o 、需求分析的任务与过程二导 （

2、待开发系统的系统元素） 需求分析的任务是 借助于当前系统的物理模型解决目标出目标系统的逻辑模型 （只描述系统要完成 的功能和要处理的数据） ， 系统“做什么”的问题。确定软件设计的限制和软件 同所要做的工作是深入描述软件的功能和性能， 通过逐步细化对软件的定义软件 的其他有效性需求， 其他系统元素的接口细节， 结构并给软件开发提供一种可以 转化为数据设计、要求描述软件要处理的数据， 设计和过程设计的数据与功能 表示。对只能接受合理的要求； 必须全面理解用户的各项要求， 但不能全盘接受， 对于无法实现的要求要向用然后决定是否采纳；其中模糊的要求要进一步澄清， 户作充分的解释。SRS最后将软件的需

3、求准确地表达出来，形成软件需求说 明书实现步骤：（1）获得当前系统的物理模型 首先分析、理解当前系统是如何运行的，了解当前系统的组织机构、输入输出、 资源利用情况和日常数据处理过程， 并用一个具体的模型来反映自己对当前系统 的理解。此步骤也可以称为“业务建模” ，其主要任务是对用户的组织机构或企 业进行评估理解他们的需要及未来系统要解决的问题，然后建立一个业务USECAS模型和业务对象模型。当然如果系统相对简单，也没必要大动干戈区进行业务建模，只要做一些简单的业务分析即可。（2）抽象出当前系统的逻辑模型 在理解当前系统“怎样做”的基础上，取出非本质因素，抽取出“做什么”的本 质。（3）建立目标

4、系统的逻辑模型 明确目标系统要“做什么”（4）对逻辑模型的补充如用户界面、启动和结束、出错处理、系统输入输出、 系统性能、其他限制等等。O 三、需求分析各过程：（1）问题识别：解决目标系统做什么，做到什么程 度。需求包括：功能、性能、环境、可靠性、安全性、保密性、用户界面、资源 使用、成本、进度。同时建立需求调查分析所需的通信途径。（ 2） 分析与综合：从数据流和数据结构出发，逐步细化所有的软件功能，找出 各元素之间的联系、 接口特性和设计上的限制， 分析它们是否满足功能要求并剔 除不合理部分， 综合成系统解决方案， 给出目标系统的详细逻辑模型。 常用的分 析方法有面向数据流的结构化分析方法

5、SA （数据流图DFD数据词典DD加工 逻辑说明）、描绘系统数据关系的实体关系图 ERD面向数据结构的Jackson方 法JSD面向对象分析方法00A（主要用UML、对于有动态时序问题的软件、时 序图、STD的状态迁移（转换、图FSM可以用形式化技术，包括有穷状态机 Petri网或乙每一种分析建模方法都有其优势和局限性，可以兼而有之以不同 角度分析，应该避免陷入在软件需求方法和模型中发生教条的思维模式和派系斗 争，一般来说结构化方法用于中小规模软件、面向对象方法用于大型软件。（ 3、 编制需求分析文档（ 4、 需求评审O 四、结构化方法分析步骤 1、绘制关联图：绘制系统关联图是用于定义系统与系

6、统外部实体间的界限和接口的简单模型。 同时它也明确了通过接口的信息流 和物质流。2 、创建开发原型：创建用户接口原型当开发人员或用户不能确定需求时，开 发一个用户接口原型， 这样使得许多概念和可能发生的事更为直观明了。 用户通 过评价原型将使项目参与者能更好地相互理解所要解决的问题。 注意要找出需求 文档与原型之间所有的冲突之处。3 、分析可行性：分析需求可行性在允许的成本、性能要求下，分析每项需求 实施的可行性， 明确与每项需求实现相联系的风险， 包括与其它需求的冲突， 对 外界因素的依赖和技术障碍。4 、确定需求优先级：确定软件工程需求的优先级别应用分析方法来确定使用 实例、产品特性或单项

7、需求实现的优先级别。 以优先级为基础确定产品版本将包 括哪些特性或哪类需求。当允许需求变更时，在特定的版本中加入每一项变更， 并在那个版本计划中作出需要的变更。5 、为需求建立模型：为需求建立模型需求的图形分析模型是软件需求规格说 明极好的补充说明。 它们能提供不同的信息与关系以有助于找到不正确的、 不一 致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换 图、对话框图、对象类及交互作用图。6 、编写数据字典：创建数据字典数据字典是对系统用到的所有数据项和结构 的定义，以确保开发人员使用统一的数据定义。 在需求阶段， 数据字典至少应定 义客户数据项以确保客户与开发小组是使用

8、一致的定义和术语。分析和设计工具通常包括数据字典组件。 7 ）应用质量功能调配： 使用质量功能调配质量功能调配是一种高级系统技术， 它将产品特性、 属性与对客户的重要性联系起来。 该技术提供了一种分析方法以 明确那些是客户最为关注的特性。 它将需求分为三类： 期望需求， 即客户或许并 未提及，但如若缺少会让他们感到不满意；普通需求；兴奋需求，即实现了会给 客户带去惊喜，但若未实现也不会受到责备。O五、需求文档规范A、三种编写方法1、用好的结构化和自然语言编写文本型文档；2、建立图形化模型，这些模型可以描绘转换过程、系统状态、和它们之间的变 化、数据关系、逻辑流或对象类和他们的关系；3、编写形式

9、化规格说明， 这可以通过使用数学上精确的形式化逻辑语言来定义 需求。4、多种编写方法可在同一个文档使用，根据需要选择，或互为补充，以能够把 需求说明白为目的。B、应有成果1、各业务手工办理流程文字说明；2、各业务手工办理流程图；3、各业务手工办理各环节输入输出表单、数据来源；4、目标软件系统功能划分（示意图及文字说明） ；5、目标软件系统中各业务办理流程文字说明；6、目标软件系统中各业务办理流程图（模型） ；7、目标软件系统中各业务办理各环节数据、 数据采集方式、 数据间的内在联系 分析。8、目标软件系统用户界面图、各式系统逻辑模型图及说明C、文档工具推荐1、调研结果需求分析说明书格式参照开发

10、文档模板；2、单位组织结构图、功能模块分解图用 VISIO绘制，或直接用 WOR中的画图 工具；3、业务流程图用VISIO中的FLOWCHART板绘制；4、 系统逻辑模型使用ROS哙制活用VISIO中的UML模板绘制；模板绘制；WIN95 USER INTERFACE的 VISIO软件用户界面用 、5.6 数据物理模型用POWERDESIN绘制；D需求文档编写原则1、句子简短完整，具有正确的语法、拼写和标点；2、使用的术语与词汇表中所定义的一致；3、需求陈述应该有一致的样式，例如“系统必须 . ”或者“用户必须 . ”，并 紧跟一个行为动作和可观察的结果。 ；4、避免使用模糊、主观的术语，减少

11、不确定性，如“界面友好、操作方便” ；5、避免使用比较性词语，如“提高” ，应定量说明提高程度。O 六、编制软件需求规格说明书的内容要求如下：一、引言（ 1） 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。（2）项目背景 应包括：待开发的软件系统的名称；本项目的任务提出者、开发者、用户及实现 该软件的计算中心或计算机网络；该软件系统与其他系统的关系（ 3） 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。（4）参考资料 应包括：本项目的经核准的计划任务书或合同、 上级机关的批文；项目开发计划； 属于本项目的其他已发表的文件； 本文件中各处引用的文件、 资料、包括所

12、要用 到的软件开发标准（列出这些文件资料的标题、 文件编号、发表日期和出版单位， 说明能够得到这些文件资料的来源） 。二、任务概述（1）目标 叙述该项软件开发的意图、 应用目标、作用范围以及其他应向读者说明的有如果 本解释被开发软件与其他有关软件之间的关系。关该软件开发的背景材料。 软件产品是一项独立的软件， 而且全部内容自含， 则说明这一点。 如果所定义的 产品是一个更大的系统的一个组成部分， 则应说明本产品与该系统中其他各组成 部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各 部分的联系和接口。 |（2）用户的特点列出本软件的最终用户的特点， 充分说明操作人员、 维护

13、人员的教育水平和技术 专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束（3）假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。三、数据描述（1）静态数据（2）动态数据 包括输入数据和输出数据（3）数据库描述 给出使用数据库的名称和类型（4）数据词典（5）数据采集 四、功能要求（1）功能划分(2) 功能描述五、性能需求(1) 数据精确度说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。(2) 时间特性说明对于该软件的时间特性要求，如响应时间、更新处理时间、数据转换与 传输时间、运行时间等。(3) 适应性是指软件在操作方式、运行环境、与其他软件的

14、接口以及开发计划等发生变化时 应具有的适应能力。六、运行需求(1) 输人输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软 件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。(2) 数据管理能力要求说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对 数据及其分量的存储要求作出估算。(3) 故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要 求。(4) 其他专门要求如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易 读性、可靠性、运行环境可转换性的特殊要求等。七、运行环境规定(1) 设备列出运行该软件所需要的硬设备。 说明