软件需求分析文档-编写概要与模式
一、 软件需求前期采集部分
1.1 市场调研:了解客户需求,竞争状况及市场力量,其最终目标是发现创新或改进产品的
潜在机会
1.2 客户需求:通过市场信息反馈,得到一个总体的软件需求信息,进而对该项要求进行市场
调查与信息采集
1.3 用户访谈:针对部分对需求功能点有意向的客户进行重点访谈,增加对功能需求的全面了
解,并且可将客户的一些基本需求及内容进行收集
1.4 与直接面对客户的一线同时如销售,客服,技术支持等人员交流
1.5 研究市场分析报告及文档
2。1 区分用户需求与产品需求:用户需求是用户自以为的需求,并且经常是为了解决他们
自身目前无法实现或较麻烦实现的解决方案,而产品需求,是为了适应更多的客户,找到真正
的解决方案。所以,需求分析是从用户的需求出发,找到真正解决问题的方案,再转化为软
件需求的过程
2.2 不完整的需求:想让用户代表能够更好的参与到完整性评价中来,就必须采用“业务导
向”的组织结构,而不是让用户将一大堆技术动作翻译到自己的业务场景中去.除此之外,
在实际的操作过程中还有一个要点,那就是利用树形层次结构将空管信息与微观信息进行有
效的剥离
树形测试结构应该面向不同层面,决策者(高层),事物管理层(中层),操作层(基层),将需
求分成不同的部分,让合适的人验证合适的部分,然后在汇总起来才是解决之道
需求规格说明书应该采用业务导向的树形层次结构来组织
2.3 缺乏用户参与
主动参与意思是与获得的利益成正比的,对于需求分析员而言,真正的专业主义是基于业务
利益(解决问题,创造问题机会,提高管控力等)的沟通
2。4 不切实际的用户期望
软件的悟性和成本的不透明,简单的说,做不到是无效的,要说明为什么做不到才能解决问
题
需求分析人员是有必要对需求进行有效的控制的,问题出在控制的策略和方向上,如何才能
缓解这一现象,应该以业务线索来组织需求,基于“Why”的层面对需求建立高层次的认识。
业务场景是需求之魂
3。1 新增功能,功能改进,体验提升,软件 bug,内部需求
3。2 需求层次:基础,扩展(期望需求),增值(兴奋需求)
4、分析需求的商业价值
4.1 重要性:重要程度,该软件功能在市场的需求量,实用性及功能卖点,是否涉及代理商的
协议约定
4。2 紧急度:紧急程度,分析该软件功能需求的急迫性,是否涉及合同要求,BOSS 的销售