需求工程成果物之一的《需求规格说明书》就是后续环节建设的依据,因此,准确地定义项目的系统功能需求就成为需求工程的另一个主要目标。......
2023-11-17
要给一个名词下定义,是一件很严肃和严谨的事情,因此,要给出需求工程准确的定义是不太现实的。因为从不同角度,不同的维度,会有不同的定义和不同的看法。本书从方法论推进和实施的角度出发,提出了本书对需求工程的理解和定义。
需求工程是面向业务全局、系统顶层的一种着眼于软件过程全过程的工程,是将客户业务作为内部研究对象、将软件工程实施作为外部研究对象的工程。
需求工程是在遵循“正向可推导,反向可追溯”的总体思想下,由需求的规划活动、需求的业务建模过程、需求的系统建模过程组成的,重视软件非功能特性和需求功能可量化、可验证的一套方法论的集合。
之后,书中提到的需求工程即以此定义为准。
结合本书中需求工程的定义,我们提出了基于此方法论集合的需求工程的主要任务如下:
(1)从客户所处行业和领域已有工作的规章制度、岗位职责、工作流程、工作规划、工作总结以及相关法律法规等入手,进行资料的收集和整理。(www.chuimin.cn)
(2)通过对收集和整理的资料加以研究分析,与客户在项目的边界范围和目标深度上达成共识,并在此基础上从客户的角度建设具体反映客户实际工作情况的业务模型。
(3)基于业务模型,结合需求的范围和目标,从客户的角度进行需求的功能性分析,并在此基础上建设系统模型,同时确定系统的非功能性需求以及特殊的约束条件及限制。
(4)按照标准化模板及说明进行需求分析报告、需求规格说明书以及相关配套文档模板的编制及实现。
(5)按照需求文档的约束规则及功能验证条件,并结合软件项目的规模和重要性对需求的完整性进行验证和评审,最终根据结果反馈进行修改。
(6)按照需求工程的总体指导原则(正向可推导,反向可追溯),建设全面、规范、标准的编码体系和关联规则,能够有效地对需求过程进行跟踪、检查和出错反馈等。
有关软件需求工程的文章
需求工程的过程分为需求准备、需求获取、业务建模、系统建模等阶段,中间各环节通过关联规则体系串接起来以达到跟踪监控整体需求工程进度的目的。......
2023-11-17
在方法论中原型界面就是原型,并不代表系统的最终实现,可以使用草图来表示。图3-18审核薪资原型界面同时配合原型界面的使用以及为设计人员提供关键元素,每个原型界面都有对应的用例脚本展示,主要以边界类、业务类及实体类的划分为依据,按照MVC的主要思想将设计的关键要素表达出来。......
2023-11-17
业务目标又称为业务前景,是对要建设的系统的展望。业务目标非常重要,在定义边界一章中会看到,边界正是基于业务目标来定义的。投资构建系统的原因,以及这样做利益相关者会从业务中得到什么,这些都可帮助确定业务目标。业务目标不仅仅是要解决问题,还要提供业务上的效益。业务目标大部分情况下是由客户提出,当然也可以由开发方整理得出。在初步了解业务目标以后,接下来的工作就是找出项目范围内的利益相关者。......
2023-11-17
快速而不完美的建模在我们的方法论中作为一种贯彻思想,通过快速为过程建模来理解当前的工作,并与客户达成一致意见。图2-4白板建模使用白板对业务过程建模,一个明显的优势就是方便擦除,便于讨论和修改调整,方便RA人员和客户共同参与建模过程。其实当RA和客户在进行业务碰撞的时候,发现有些业务是可以简化的,或者发现有些业务之间改条连线会更加高效。......
2023-11-17
为了真正理解客户的需求并给出满足这些需求的解决方案,必须理解真实世界中的问题。这些工作包括业务背景调查、业务前景分析、业务可行性分析、技术可行性分析等。在统一过程中,以上内容汇集到被称为《前景》的文档中。业务前景和客户期望所描述的内容与UML分析技术关系密切,严格来说,这些正是UML分析的开始。这几部分基本囊括了薪酬管理系统的主要业务范围,读者可稍作了解。......
2023-11-17
图3-4薪酬表表头图3-5薪酬业务对象在上述业务对象的获取中,首先将薪酬表转换为业务对象,当然RA人员在获取原始表的同时,需要初步了解表内元素的基本含义,在转换为业务对象时,在相应的备注信息栏中予以说明。......
2023-11-17
业务用例视图是表达客户业务执行的静态视图,是实现某关联业务目标的具体体现。业务用例可以从需求调研收集的岗位手册、业务流程指南、职务说明中获得,也可以从涉众期望中获取,当然与客户的会议、访谈及其他形式的沟通都是获取业务用例的方法。当然在2.2.2节提及获取业务用例的时候,要时刻记着业务用例的完整性,避免将步骤作为用例,业务用例是一项完整业务汇集的过程。......
2023-11-17
相关推荐