码迷,mamicode.com
首页 > 其他好文 > 详细

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

时间:2015-10-20 22:46:17      阅读:330      评论:0      收藏:0      [点我收藏+]

标签:

  最近老师讲了项目的前景与范围,还有涉众分析,正好看书看得这一章。

  在一个项目开始之前,首先我们需要考虑一个问题就是为什么要启动这个项目,也就是说,这个项目的目标是什么?

  项目的目标是系统的业务需求。在很多情况下,涉众可以清晰地表达出系统的业务需求,这时可以通过安排和涉众的面谈来明确项目的动机。但也有很多情况下,涉众无法表达他们的业务需求,或者表达的业务需求不够清晰。因此,要发现系统的业务需求,还是要从用户的问题开始。要分析涉众的问题,首先要明确问题,将它们变得清晰,变得适宜进行分析。这个过程从问题和相关的背景描述开始。

  问题一般有单方涉众提出,因此在和所有涉众对其进行讨论之前,先要就问题本身达成一致,达成共识。具体的方法就是用标准化的格式描述问题,并在涉众之间取得认同。达成共识的问题是一致的问题,但一致的问题不一定是明确的问题。问题的明确性要求它们具有易于理解和能指明解决方向两个特点。

  只有当涉众在现实世界中遇到问题时,才会试图引入软件系统来达到某些目的,因此他们对问题是感触颇深的。为发现业务需求而需要探讨的问题是指一些高层次的问题,是和组织的战略目标、利益分配、政策规划、业务流程等内容相关的问题。那些和具体业务的细节相关的问题不属于高层次问题。

  为了从高层次问题推导出业务需求,需要对问题进行一定的分析。在问题分析过程中,还可以根据问题确定系统高层次的解决方案和系统特性,它们可以帮助回答项目启动之初的第二个问题——“项目打算做什么”。

  根据系统的高层解决方案和系统特性,可以定义系统的上下文环境,建立系统边界。这将是需求分析活动的起点。

  业务需求、高层解决方案及系统特性都应该被记录下来,定义为项目前景与范围文档。前景描述了产品的作用以及最终的功能,它将所有涉众都统一到一个方向上。范围则指出当前项目是要解决产品长远规划中的哪一部分,范围声明它为项目划定了需求的界线。

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

标签:

原文地址:http://www.cnblogs.com/zrdm/p/4896213.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!