软件需求十步走阅读笔记一

七月初初读这本书还不能理解各个方面的含义。从网上查到了这些基本的概念以及理解。

1、  业务及信息化规划:业务分析、系统分析等组成。重点是站在组织角度依据客户的问题和目标来确定需求的范围和要达到的深度,范围包括业务组织、业务域、业务过程、业务活动、业务单证、业务数据、业务规则、业务流程等

2、  用户需求规格是业务需求范围的某个活动项将目标作为约束条件的一种深化;说明重点是针对具体的角色其业务活动转成基于软件工具后的功具体操作行为和视觉行为的说明。总之,用户需求是充分借助计算机自身的屏幕、语音、鼠标、键盘等提供的一切工具,将用户利用这些工具并按照一定的活动时序来帮助用户更高效、更智能的完成工作任务

3、  系统需求规格的重点是功能需求和非功能需求的描述,是基于用户需求规格充分描述软件系统所具有的外部行为。包括功能需求、性能需求、接口需求、标准需求、约束条件需求、质量需求、测试需求等。

软件需求的特性:

内容上:完整性、正确性、第一性(业务分析是软件需求的第一重要工作)、前置性(要从整体对系统的架构、安全设计、数据库设计有一个判断)、可行性、必要性、等级性、无二义性、可验证性。

形式上:规则性、一致性、可修改性、可跟踪性。

看了前面的一部分内容,我们可以发现业务需求非常重要,是软件需求的核心。其实应该说我们这个行业都知道软件需求非常非常重要,你想啊我们做软件首先要明白我们要做什么,但是如何保证得到的业务需求是完整准确的,就不那末简单了。很多需求分析人员通过采用场景分析等各种方式来获取用户需求,确定用户想要的,认为这是完整准确的业务需求。这是片面的,我们应该在对用户业务资料以及现场调研后,合理科学的对用户业务加以分析和研究,判断用户的想法是否科学,是否合理,找出业务的内在要素、结构、关系,然后告诉用户业务的整体。

  然后在做软件的过程中,需求经常发生变化,如何能很好的控制需求的变化,就要找到需求变化的根源,书中作者讲需求变化的根源是客户服务的对象,而不是客户本身。

  怎么说呢,收到这本书后,发现一个学期要读完,并且体会到其精髓,对我来说是不可能的。书的第一篇“原理篇”,要是我很认真仔细的看,并且有一些自己的见解,就够我看很长时间的了,所以这本书是需要我经常拿来读读的,这里面有很多新的观点值得我去体会。

原文地址:https://www.cnblogs.com/ever1961211/p/8298413.html