需求分析思路
需求说明书应该满足两方面阅读群体,想了解宏观需求的领导,和需要了解细节的技术员都合适。在写需求说明书时应该注意两个问题:
1、最好为每个需求注释,这样可让程序员了解需求的本质,以便选用最合适的技术来实现此需求。
2、需求说明不可有二义性,更不能前后相矛盾。如果有二义性或前后相矛盾,则要重新分析此需求。
一、需求的风险
由于项目的特殊性和行业覆盖的广阔性,以及需求分析的高风险性,软件需求分析的重要性是不言而喻的,同时需求分析又的的确确难做。其原因基本是由于以下情况造成的。
1、客户说不清楚需求
有些客户对需求只有朦胧的感觉,当然说不清楚具体的需求。此时,用户就会要求软件系统分析人员替他们设想需求。工程的需求存在一定的主观性,为项目未来建设埋下了潜在的风险。
2、需求自身经常变动
随着客户方对信息化建设的认识和自己业务水平的提高,他们会在不同的阶段和时期对项目的需求提出新的要求和需求变更。所以必须接受“需求会变动”这个事实,在进行需求分析时要懂得防患于未然,尽可能地分析清楚哪些是稳定的需求,哪些是易变的需求,以便在进行系统设计时,将软件的核心建筑在稳定的需求上,同时留出变更空间。
3、分析人员或客户理解有误
软件系统分析人员不可能都是全才,更不可能是行业方面的专家。客户表达的需求,不同的分析人员可能有不同的理解。如果分析人员理解错了,可能会导致以后的开发工作劳而无功。所以分析人员知识的专一性也会造成需求分析的误解和失败。
二、短期要求
根据调研情况,详细列出各职能部门的需求,形成需求文档,需求文档应包含以下几点:
1、给出触发功能的各种条件(如:控制流、运行状态、运行模式等);功能描述必须清晰地描述出怎样输入到怎样输出,并且输入、输出描述应对应有数据流描述、控制流描述图,这些描述必须与其它地方描述一致;
2、定义各种可能性条件下的所有可能的输入(包括合法的输入空间和非法的输入空间);
…… …… 余下全文