标签:
第八章:
一个项目开发不是漫无目的的,要根据客户的需求从而进行具体的开发。下面的我看书,所理解的:
1.需求分析的步骤
*除了用户能具体表达的需求外,软件团队还需要对用户进行引导,以便捕获需求
*有了需求还不够,要将需求量化,考虑实现需求的时间和资本,还有不同需求的优先级
*要使用户对需求所认知
*在开发过程中,需求不断发生变化,要时刻对其进行调整。
2.从不同角度进行需求分析
*对产品功能性的需求
*对产品开发过程的需求
*非功能性需求
3.考虑软件产品的利益者
要多向产品利益者询问意见,争取做一些能够解决他们需求的功能。
4.获取用户需求,善用调研方法,减少软件开发过程中需求的扭曲或丢失问题。
5.要有创新精神
了解NABCD模型,争取做出“个性”的软件,突出我方优势
6.功能的定位-四象限方法,突出有独特价值的功能
7.计划和估计,要考虑软件团队的自身能力和其他因素,做出估计,进行精细分析,再估计,最后得出较合理的数值。
8.分而治之WBS
*保证所有子节点覆盖全部父节点包含的内容
*保证各个子节点不要相互覆盖
*叶子节点要保证足够小,能在一个里程碑中完成。(在通常的软件项目中,叶节点的成本最好不要超过两周,如果团队成员从常理出发,认为叶节点不宜再分下去,那就可以停止了)
*从结果出发构建WBS,而不是团队的活动出发。
第九章:
讲述了项目经理的由来,其主要功能,和其他经理的区别。
在我们的第一次团队项目中,也安排了项目经理(冯美欣同学)。在第一个冲刺阶段,项目经理,都会与我们每一个人交流,了解我们的工作进度。召开每日会议,在需求实现的功能有所改动时,开展讨论,争取简便高效的方式实现该功能。
第十章:
主要讲述了经典场景和典型用户,软件功能说明书和技术说明书,功能驱动的设计。
通过假设场景和创建典型用户,可以使得我们的需求分析更加精确,更好地为用户解决问题。
标签:
原文地址:http://www.cnblogs.com/wst-2015/p/4539113.html