要给一个名词下定义,是一件很严肃和严谨的事情,因此,要给出需求工程准确的定义是不太现实的。本书从方法论推进和实施的角度出发,提出了本书对需求工程的理解和定义。需求工程是面向业务全局、系统顶层的一种着眼于软件过程全过程的工程,是将客户业务作为内部研究对象、将软件工程实施作为外部研究对象的工程。之后,书中提到的需求工程即以此定义为准。......
2023-11-17
在方法论中原型界面就是原型,并不代表系统的最终实现,可以使用草图来表示。关于原型界面的说明:(1)原型界面的建设依据系统用例形成文件夹,依据系统用例所衍生的活动图作为建设的依据,描述用例的展示界面;(2)原型界面主要用以表达页面布局、功能元素是否完备和核心信息是否满足客户要求等为目标;(3)原型界面主要面向客户以实现敏捷过程,让客户提前看到系统原型,用以RA和客户交流真实需求为原则,同时也为设计及开发人员理解需求,做出合理设计和最终形成满足客户要求的系统提供依据;(4)原型界面最好能够进行演化,而非抛弃型原型,能够实现从需求到设计的转换和应用,提高工作效率和复用性,尽量减少设计和开发工作量。
针对案例,审核薪资的原型界面如图3-18所示。当然,系统用例并非与原型界面一一对应,一个系统用例可以关联一个或者多个原型界面,主要以完整表达系统活动图所描述的过程为目标。
图3-18 审核薪资原型界面(www.chuimin.cn)
同时配合原型界面的使用以及为设计人员提供关键元素,每个原型界面都有对应的用例脚本展示,主要以边界类、业务类及实体类的划分为依据,按照MVC的主要思想将设计的关键要素表达出来。在边界类中主要以固定的Form元素、Grid元素、Button元素、页面验证元素等表现人机交互界面的信息;业务类主要表达Busi元素,用于实现业务处理逻辑、业务控制逻辑的业务处理名称信息;实体类主要从概念实体获取和用例原型关联的操作使用到的实体信息等。
至此,以业务模型为基础经过逐步拆分和细化的系统建模过程完成。
有关软件需求工程的文章
要给一个名词下定义,是一件很严肃和严谨的事情,因此,要给出需求工程准确的定义是不太现实的。本书从方法论推进和实施的角度出发,提出了本书对需求工程的理解和定义。需求工程是面向业务全局、系统顶层的一种着眼于软件过程全过程的工程,是将客户业务作为内部研究对象、将软件工程实施作为外部研究对象的工程。之后,书中提到的需求工程即以此定义为准。......
2023-11-17
在分析三个问题之前,或者是说在具体了解软件过程中的“人”之前,我们先从“黄金圆环”说起。一般人的思维习惯,在这个黄金圆环上都是从外到内的,但是激励型的领导者则与此相反。图1-1黄金圆环既然黄金圆环法则具备生物学依据,还能解释如何激发人们的行动,那它能否适用于软件领域呢?这是符合黄金圆环法则的,毕竟控制语言和控制行动的部分互不统......
2023-11-17
需求工程的过程分为需求准备、需求获取、业务建模、系统建模等阶段,中间各环节通过关联规则体系串接起来以达到跟踪监控整体需求工程进度的目的。......
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
相关推荐