《需求工程——软件建模与分析》读后感之三

常见的需求分析技术有上下文图、数据流图、实体联系图、功能实体矩阵、功能分解图、过程依赖图、用例图、类图、交互图、活动图、对方约束语言、微规格说明、数据字典、状态转换图等。

  之前我们已经学过上下文图了。它的主要作用是描述系统与环境中外部实体之间的界限和联系。他从现实世界的角度说明了系统的边界和环境,并确定了所有的输入和输出。数据流图也是经常用到,它从数据传递和加工的角度,描述了系统从输入到输出的功能处理过程。运用功能分解的方法,用层次结构简化处理复杂的问题。像用例图、类图、交互图等,在以前学习UML时学过,不过很少使用。他们的功能不再详述。

  需求分析的技术多种多样,学习所有这些技术并不是一件容易的事情。对每一种技术而言,不仅需要广泛的阅读,而且还需要进行很多的实践,才能很好地把握每种技术的内涵。实践表明,需求工程师在建模与分析中遭遇的最大的问题不在于某些具体技术的掌握问题,他们有足够的能力学习和掌握每一种技术。对需求分析技术的综合运用才是需求分析人员最大的困难。

在软件需求分析第五章 ,我们明确什么是软件风险管理基础,包括不准确的估计,对准确估计得否决,对项目状态的不清楚,资金周转,技术风险,缺乏知识等等因此我们需要对每个项目认真地进行风险管理,明确风险管理的要素,将其编写成文档并妥善进行管理,这样有利于在整个项目开发过程中风险承担者了解风险情况和状态。

时间: 2024-10-12 21:11:34

《需求工程——软件建模与分析》读后感之三的相关文章

《需求工程——软件建模与分析》读后感之一

<需求工程——软件建模与分析>读后感之一 <需求工程——软件建模与分析>作为教材,浅显易懂,很容易入门.虽然上个学期已经学了一些这方面的知识,但是并不是很系统.希望可以通过这本书整理一下. 读软件需求分析首先明确了软件需求包含的三个不同层次,业务需求即组织机构或客户的需求目标,用户需求即用户使用产品必须要完成的任务,功能需求即开发人员需要实现的软件功能.从需求的定义上我们可以知道需求关注的是究竟想开发什么与设计细节实现细节项目规划信息或者测试信息无关,不重视需求过程会给项目带来极大

《需求工程——软件建模与分析》读书笔记三

最近读完了<需求工程——软件建模与分析>这本书,这次我主要读了第五部分“需求管理与工程管理”,分为三章,需求管理.需求工程的过程管理.需求工程中的项目管理. 需求管理中包括维护需求基线,实现需求跟踪,控制变更,实践中需求管理.需求管理的重要任务:交流涉众的需要,将需求应用.实施到解决方案,驱动设计和实现工作,控制变更,将需求分配发到子系统 , 测试和验证最终产品,控制迭代式开发中的变化,辅助项目管理.在需求开发活动之后,需求基线应该成为后续软件系统开发的工作基础和粘合剂:第一,项目管理者根据需

《需求工程-软件建模与分析》读书笔记3

在读完<需求工程——软件建模与分析>的前三部分后,我对软件需求有了初步的了解,在之后的阅读中我开始了对这本书的第四部分,需求的文档化和验证,在这与部分的阅读中我开始了解到了需求文档的书写规范,这一部分在软件需求中同样十分重要. <需求工程——软件建模与分析>在需求的文档化和验证中主要分两个部分讲述,分别是需求规格说明和需求验证,在需求规格说明文档中讲到需求规格说明文档是需求规格说明活动的一个核心元素,要理解需求规格说明活动,就需要明确文档的编写规格说明文档的原因.需求规格说明文档的

《需求工程-软件建模与分析》读书笔记2

随着学习的进行,我的阅读也在继续,在第一阶段读完<需求工程——软件建模与分析>的第一部分和第二部分后,在这几天里我阅读了这本书的第三部分需求分析,这部分是这本书的重点所在,同样在这部分的阅读中对我的帮助也是最大的. <需求工程——软件建模与分析>在需求分析这一部分分别介绍了需求分析概述.过程建模.数据建模.面向对象建模等知识,在阅读中我对这些知识做了简要的了解,在阅读中对我的帮助很大,了解到在软件工程中,需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的.范围.

《需求工程-软件建模与分析》读书笔记1

新学期开始,新的阅读也随着开展起来.在老师众多推荐书籍中我选择了这本<需求工程-软件建模与分析>.首先,作为我们的教材这本书应该对软件需求有着详细的介绍,并且能作为教材相信它的知识理论有一定的体系结构,对我来说阅读刚好适合.在初学阶段我对软件需求工程并不是很了解,可以说是白纸一张,阅读这本书刚好可以丰富我的基础理论知识.同时作为教材我手中刚好有这本书,阅读起来也是十分方便.总之,在众多的原因下我开始了对这本书的研究. <需求工程-软件建模与分析>这本书分为五部分,这一阶段我主要浏览

《需求工程——软件建模与分析》读书笔记二

前一阵子,继续读了<需求工程——软件建模与分析>.之前了解了需求工程的概论和需求的捕获,分别讲了需求捕获中的困难.获取信息的方法和来源:学会分析项目的前景:确定系统边界:涉众分析与硬数据采集:在需求捕获时的方法:面谈,问卷调查,头脑风暴,原型,观察与文档审查: 这次读的主要是介绍需求分析和需求文档化和验证.其中介绍了需求分析技术,需求分析方法等:建模(过程建模,数据建模,面向对象建模):需求规格说明:需求验证. 经过这次读书,我发现需求获取的根本任务是:1.建立分析模型,达成开发者和用户对需求

需求工程-软件建模与分析读书笔记2

在写完第一篇读书笔记后,我又读了一个星期的<需求工程-软件建模与分析>,感觉有些东西要写下来,才有可能变为自己的. 需求工程有三个主要任务:第一,需求工程必须说明软件系统将被应用的环境极其目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完成任务所用方式,方法所施加的限制和约束,也即要同时说明软件需要做什么和为什么需要做.第二,需求工程必须将目标,功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进行准确的规格说明.需求规格说明是最为重要的成果,是

《需求工程--软件建模与分析》阅读笔记01

该书为<需求工程--软件建模与分析>第二版,骆斌主编,丁二玉编著,高等教育出版社. 该书分为了五部分,今天的阅读笔记来谈谈第一部分绪论. 这一部分主要讲了:1.需求工程导论  2.需求基础  3.需求工程过程 第一小部分需求工程导论讲了软件生产中的需求问题,即:需求问题是当前软件开发面临的主要问题(无论是实践者的亲身体会还是各种调查数据),需求因素对项目的成败具有至关重要的影响.该书中也指明了综合上看来,需求因素对成功项目的影响指数为53.9%,对问题项目的影响指数为55.6%,对失败项目的影

需求工程——软件建模与分析阅读笔记01

·在假期间,通过阅读需求工程--软件建模与分析,了解到需求问题是当前软件开发面临的主要问题,无论是实践还是数据的调查,都明确指出需求问题是当前软件开发面临的主要问题之一.在Standish Group的CHAOS的调查中,将软件项目分为3中类别,在预计的时间之内,预算的成本之下完成预期的所有功能,则项目为成功项目:已经完成,软件产品能够正常工作.,但在生产中或者超支,或者超期,或者实现的功能不全,则项目为问题项目:因无法进行而被中途撤销,或者最终产品无法提交试用,则项目为失败项目. 软件生产中产

需求工程——软件建模与分析阅读笔记一(三)

需求工程--软件建模与分析阅读笔记(三) 需求工程的过程: 需求获取:需求获取是从人.文档.或环境中获取需求的过程,必须用各种方法和技术来发现需求,需求开发的过程包含学习和认知的两个过程,学习和认知是递进的.具体有:1收集背景资料2.获取问题与目标,定义项目前景和范围3.识别涉众,选择信息的来源4.选择获取方法,执行获取.获取功能与非功能需求5.记录获取结果 需求分析:1.背景资料2.问题分析.目标分析.业务分析.确定系统边界3.软件需求建模4.细化需求5.确定优先级6.需求协商 需求规格说明: