要给一个名词下定义,是一件很严肃和严谨的事情,因此,要给出需求工程准确的定义是不太现实的。本书从方法论推进和实施的角度出发,提出了本书对需求工程的理解和定义。需求工程是面向业务全局、系统顶层的一种着眼于软件过程全过程的工程,是将客户业务作为内部研究对象、将软件工程实施作为外部研究对象的工程。之后,书中提到的需求工程即以此定义为准。......
2023-11-17
在1.2节充分了解需求工程基本信息的前提下,我们也有了统一的背景领域知识,然而古语云“凡事预则立,不预则废”,告诉我们做什么事情都要有计划,都要有的放矢,都要有目标。那么需求工程目标是什么,需求工程如何简化或提升我们的工作效率呢?其实,需求工程实施的过程,是一种认识世界到改造和建立新世界的过程,其中反映出了我们对软件需求建模的种种思考。
1.如实反映业务现状
方法论的首要任务就是要弄清楚客户的业务现状,清楚地了解现状才能运用逻辑推理方法对项目真正的系统需求有较为准确的把握。
如果客户原来就有系统,进行过信息化建设,我们就应该分析业务在现有系统的流转,从中借鉴比较好的处理方式,避免用户对原系统抱怨的处理方式。
如果客户对当前的业务还没有进行信息化建设,就要从当前业务处理的过程,业务的制度文件和涉及的岗位人员等方面获取业务的真实情况。
当然真正的业务需求的调研过程中,最好将上述两者结合起来一起使用,从不同的方面描述业务需求。
软件需求是从业务需求经用户需求最终到系统需求,所以业务需求是软件需求的源头,而业务需求又是从客户业务中来的,客户有问题且需要解决的业务才是业务需求。
2.准确定义系统功能需求
需求工程的直接结果是为其后续环节(设计工程、制造工程等)提供支撑。需求工程成果物之一的《需求规格说明书》就是后续环节建设的依据,因此,准确地定义项目的系统功能需求就成为需求工程的另一个主要目标。方法论也提供了一种从对象世界来描述现实世界的方法。(www.chuimin.cn)
3.为全面量化组件元素提供支撑
国标推荐文档以及相关国际标准都在强调需求的可量化,方法论采用了“三尖叉”(目标、问题、度量)的方式来为元素量化提供支撑。在方法论中所有的组件元素都具备可量化的实际操作,在涉及的表格中,贯彻了更为详细的“三尖叉”应用原理。下面的案例给出一个普遍的操作方式,给出具体的数据,方便进行计算或量化,做出结果对比,确定是否真的有效果,有提高。
案例&知识:
目标:精确预报辖区内1 km格点雨量情况并结合道路隧道信息给出出行提醒。
问题:通过给出出行提醒来减少车辆行经隧道出现抛锚从而减少道路交通事故,提高出行安全性。
度量标准:在产品覆盖的区域道路隧道节点,因雨水积压而造成的车辆抛锚情况比先前数据降低70%的水平。
4.为需求建模的过程标准化提供一种可能
在业界存在着众多的建模标准,都有具体的执行步骤及实施指导原则,但是广大读者真正用到实践中,或多或少会出现应用上的偏差,可能由于作为使用者未全面理解作者的意图,可能由于实施过程存在着某种缺陷,可能适用的领域不同等。本书的方法论则是经过多个领域项目实践(制造业、气象、环保、教育等),主要面向企业信息化领域,有相对固定用户(相对面向公众类型的项目而言)的一种实施过程方法论。
有关软件需求工程的文章
要给一个名词下定义,是一件很严肃和严谨的事情,因此,要给出需求工程准确的定义是不太现实的。本书从方法论推进和实施的角度出发,提出了本书对需求工程的理解和定义。需求工程是面向业务全局、系统顶层的一种着眼于软件过程全过程的工程,是将客户业务作为内部研究对象、将软件工程实施作为外部研究对象的工程。之后,书中提到的需求工程即以此定义为准。......
2023-11-17
业务目标又称为业务前景,是对要建设的系统的展望。业务目标非常重要,在定义边界一章中会看到,边界正是基于业务目标来定义的。投资构建系统的原因,以及这样做利益相关者会从业务中得到什么,这些都可帮助确定业务目标。业务目标不仅仅是要解决问题,还要提供业务上的效益。业务目标大部分情况下是由客户提出,当然也可以由开发方整理得出。在初步了解业务目标以后,接下来的工作就是找出项目范围内的利益相关者。......
2023-11-17
需求工程的过程分为需求准备、需求获取、业务建模、系统建模等阶段,中间各环节通过关联规则体系串接起来以达到跟踪监控整体需求工程进度的目的。......
2023-11-17
在方法论中原型界面就是原型,并不代表系统的最终实现,可以使用草图来表示。图3-18审核薪资原型界面同时配合原型界面的使用以及为设计人员提供关键元素,每个原型界面都有对应的用例脚本展示,主要以边界类、业务类及实体类的划分为依据,按照MVC的主要思想将设计的关键要素表达出来。......
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
相关推荐