，最终形成整个模块的业务模型和数据模型，进而形成整个系统的需求分析模型（如图1所示）。1749 图1 需求工程模型
3．2软件工程的一般过程
软件需求工程细分为：需求获取、需求分析与协商、系统建模、需求规约、需求验证以及需求管理优个阶段。
3.2.1需求获取
在需求获取阶段系统分析人员功过与用户的交流、对现有系统的观察以及对人物进行分析，确定系统或产品范围的限制性描述、与系统或产品有关的人员及特征列表、系统的技术环境的描述、系统功能的列表及应用于每个需求的领域限制、一组描述不同运行条件下系统或产品使用状况的应用场景以及为更好地定义需求而开发的原型。需求获取工作产品为进行需求分析提供了基础。
需求分析员通过与用户进行交流，形成以自然语言表述的需求文档，文档中包括有什么人参与系统，系统应完成什么动作等。软件需求分析和描述的最终目的是：在用户和软件开发组织之间就将要开发的软件系统达成一致的协议，从而产生正式的需求文档，以便为软件设计和实现提供依据。编写需求文档时，以下几点是应该注意的：语句和段落尽量简短；表达时使用主动语态；语句要完整，且语法、标点等正确；使用的术语要与词汇表中的定义保持一致；陈述时要采用一致的样式；避免模糊的、主观的术语，如性能“优越”；避免使用比较性的词汇，尽量给出定量的说明，含糊的语句表达将引起需求的不可验证。
在进行需求获取时应注意如下几个方面:1、获取的对象要准确；2、具备背景知识，必要时借助相应行业领域的专业；3、建立有效的交互方式；4、具备极强的交流沟通能力；5、善于引导；6、优秀的写作能力。
3.2.2需求分析与协商
需求获取结束后，分析活动对需求进行分类组织，分析每个需求与其他需求的关系检查需求的一致性、重叠的遗漏的情况，并根据用户的需要对需求进行排序。在需求获取阶段，经常出现以下问题：用户提出的要求超出软件系统可以实现的范围或实现能力；不同的用户提出了相互冲突的需求。每个用户在提出自己的需求时都会说“这是至关重要的”。所以系统分析人员需要通过一个谈判过程来调解这些冲突。
3.2.3系统建模
需求建模是对用户的需求获取之后的一个加工过程，需要对需求进行检查，保证需求的正确性、无二义性、完备性，并对需求进行论证，以使所有项目干系人都能准确把握“做什么”。需求建模过程主要是确定功能模型、业务建模、数据模型的过程。在进行需求建模时需要重点考虑需求优先级和易变性两个因素，如表1所示。
表1 优先级划分原则 优,文-论'文~网
http://www.youerw.com易变性分析要确定变点和变量值综合优先级和易变性两个因素，可得出优先级易变性两因素需求分析方法（如图2所示）。
图2 因素需求分析
建模技术可以通过核实的工具盒符号系统地描述需求。建模工具的使用在用户和系统分析人员之间建立了统一的语言和理解的桥梁，同时系统分析人员借助建模技术队获取的需求信息进行分析，排除错误和弥补不足，确保需求文档正确反映用户的真实意图。可以用用UML进行建模也可以画数据流图以及引入业务流程图。常用的分析和建模方法有面向数据流方法、面向数据结构方法和面向对象方法。
上一页 [1] [2] [3] 下一页
需求工程在中小型管理系统开发中的应用研究 第2页下载如图片无法显示或论文不完整，请联系qq752018766
