从需求分析看软件开发的挑战

从需求分析看软件开发的挑战

这一次的需求评审阶段表现如的不尽人意，也反映出我们的许多问题。首先我们在考虑角色的时候，讨论了两种方案，一个是一个角色一个表，另一个是所有角色一张表，使用一个类型标记来区别，可能是为了安全因素，保证外键不会错误的连接，我们选取了第一种方案。然后我们下面的讨论沿用了这一思路，导致中间出现了组装工厂和加工工厂功能表现类似却制成两个表的情况。

核心需求的分析

在讨论时，我可能仍抱有者代码驱动的想法，然后就对自以为需要讨论的地方提出了一些想法，但是与实际的软件开发过程有点背道而驰了。老师点醒了我，如果没有对问题的核心进行思考讨论，那么写出来的代码也是毫无逻辑。然后我们对这个项目的理解可能有有点偏差，并没有根据实际的情况进行讨论。任务是如何进行调度的，我们也没有很好的进行设计，只是给了个模糊的概念，以为这是设计阶段或者写代码时才需要考虑的问题，这种思想严重影响了我们的进度，把很多现阶段可以解决的问题，都向后拖延。我们的这种思想也需要矫正，必须好好的面对问题的核心，才能将项目更好的完成。

软件开发的挑战

之前和我一个已经工作的同学聊过一次，他们现在的流程是十分规范的，从问题的提出开始就要建立一份记录，并且把所有跟这个问题相关的成员都拉进来，说明问题的原因，讨论如何解决，并给出一定的解决方案，各个人员各司其职，最后在方案完成后，还需要测试人员给出测试数据，保证样例的通过，才能正式上线。软件开发也应如此，从项目出发，明确各个人员的分工，大家可以积极讨论交流，给出自己的意见。我们存在的问题就是大家有点和和气气，这样说可能不太对，应该说没有一个主心骨，不敢站出来当这个boss，没有人从项目的总体出发，考虑项目该怎么完成，只是大家分完任务后完成并上交，分工不怎么明确。而且有些地方的想法不太成熟，在奇怪的地方较劲，而且很多的想法只是停留在思考层次，没有很好的去实践，导致我们的结果看起来可能有点偏差，这也是我们需要改进的地方。

未来的展望

马上就是设计阶段，上一次老师给指导意见的时候我们由于时间的原因，没有得到老师的指导，这一次我们需要认真的思考项目的核心，并且给出我们的问题所在，接受老师的意见，并及时改正。而且接下来的其它课程也基本上要结课了，我也能够以更好的姿态来面临接下来的软工开发，和组员之间一起讨论，合作，学习，给这个项目和自己一个完美答复。