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

一、前言

　　这次需求分析做的确实不如人意，在评审前本来有一次需求模型整理问答的机会，我们小组由于时间原因没有能够去做展示，这一定程度上导致我们的需求评审做的比较偏离重点，不过更主要的原因是我们本身没有能够把握好需求设计应该做些什么。

　　这是我们在需求方面没有做好的地方，之后我对需求分析这部分的真正目的也进行了思考。以下是个人对需求分析的一些看法。

二、需求分析

　　在这次评审之前，我们以为需求设计就仅仅是设计出用例图，类图，时序图这些东西，没有对系统的一些核心功能，主要就是调度相关的内容进行一些偏细致的梳理。同时由于我们的分工模式，即一人画几个用例图，一人画几个类图，导致我们没有能够很好地团结起来从系统的角度看待问题。

　　需求分析的时候首先要进行的工作就是明确需求。明确需求我认为就是要明白哪些东西是我们这个项目需要考虑的，哪些东西是不需要考虑的。这样团队在后续进行开发的时候才会更加明确一个目标，更加有目的性。

　　此外，需求分析还需要体现项目的价值。即产品的价值，对用户的价值。对于价值这个问题首先带来的是对我们团队的审判，我们要做一个项目是否明白这个项目真正的价值所在。就像需求评审中暴露的问题一样，根据我们拟定的场景，项目的核心价值是工厂任务调度的问题，而不仅仅是做出一个类似于订单系统之类的东西。需求就应该对这个核心价值有所体现，考虑一些调度的问题包括任务串并行，优先级等问题，并有一个解决的思路。

三、软件开发的挑战

　　根据我前面的看法，挑战也主要有两点。

　　一是我们能不能在需求分析的时候明确需求？这需要有人能够提炼出本质需求，进行需求筛选，按照期望点需求转化为产品需求。做不好这一点则会导致目标不明确，开发过程也会随之受到影响。

　　二是我们能不能在需求分析的时候反应出产品的价值？这需要有人能够抓出痛点和兴奋点，并在产品需求中思考这些问题，反映出产品的价值。

四、总结与展望

　　总的来说，通过这一段时间对软件工程的学习，我确实明白了很多本科期间没有意识到的事情，逐渐体悟了团队协作的分工方式以及其重要性。我们将继续完善我们的项目，尽力做好每一个细节。