标签：
继续阅读构建之法，接下来是很熟悉的名词，需求分析。这在我们上学期的建模中就已经见到了，到现在就已经不陌生了。说到需求分析，在软件的开发中占到了很大一部分，毕竟任何的项目都需要你知道该做个什么也就是用户或者顾客想要的是什么才能着手去做，否则就会出现那种用户想要一个简单的秋千却做了一个海盗船一样的尴尬。这就涉及到了对于用户的交流问题，如果存在障碍的话那就不可能让人满意。对于我来说就算是最简单的UML图也要画的很简单明了，毕竟消息在传播的过程中总会出现丢失，三人成虎这样的事还是很多见的。需求分析在软件工程中就像是方向盘一样的存在，一点也马虎不得。对于我们的程序，那真是个简单的小程序，我们只是让它生成二维码就实现了我们的目的，这在做需求分析时会感觉很简单，当然着手去做时还是会不知道怎么开始。
典型用户的分析与场景，可以说就是在编写一个故事，主人公去怎么样使用我们的程序和在什么时候会用到我们的程序。有时候为一类人设计了软件结果他们根本就用不了那就是没有用的了，这也是因为在需求分析时并没有考虑到一些因素，比如用户可能不用电脑，你弄个电脑软件那他就用不了。场景分析就是假设人们碰到了一些东西需要简便的方法解决时该如何做。我认为软件就是为人们带来方便的，那些算法不都是为了方便吗？所以只有遇到了问题才能催生出需求，比如现在的送餐服务，真的是人们愈来愈不想出门了，亦可以说是越来越懒了，所以想动动手指就吃到饭菜。典型用户分析可以让我们很快找到需求所在，也容易对症下药。
拿到了需求报告了，那接下来就是要去付出努力用代码去构建出需要的东西。从无到实现，这可能需要很长时间，所以对于每日的开发进度要有明确的面板显示，不然真的是容易乱套。尤其是到了多人合作的团队中，没有每日的进度说明的话机会乱成一锅粥，没有章法，如何能实现合作的无缝衔接。这些说着都那么的无关紧要，但是确实不可缺的项目，在我们的冲刺过程中可以看到的明确项目进度都不是很清晰，这让我们感到无所适从，真是感慨我们如何完成的。
标签：
原文地址：http://www.cnblogs.com/kt97458/p/5568267.html
