|
做了一周需求规格说明书，虽然累了点，但是收获还是很大的。为了即将进行的编写代码打基础，同时也为了熟悉和了解制作一款软件的流程，因此制作出一份 合格的软件需求规格说明书是十分必要的，毕竟这样系统练习整套软件流程的机会不多，因此更要珍惜这次机会，用心将其做好。
所谓需求分析主要面向的是两类人，即客户与开发人员。在做需求规格说明书之前首先要经过对客户的反复调研，弄清客户究竟需要什么，这是我们做好需求的前提。因为在一周前在课堂上曾经练习过调研，给我的体会一是一定要尊重客户的要求，哪怕他说的很不合理也要按其说的去做。另一方面就是要反复的多次调研才能使做的需求最大程度上接近用户心里的期望。在开始做软件之前，这些事一点都不能马虎。当搞清了用户的需求之后，就要将每一样需求用语言和图片描述清楚。这时候要清楚的一点是，我们现在的工作面向的是我们自己的开发人员。一份详细的、清晰的、有条理的需求规格说明书可以让我们的开发人员获得设计和实现这些功能所需的所有必要信息。在明确了这些事情之后就可以动手制作了。在这其中我们可以说清楚我们设计这款软件的目的、详细的计划、文献、对硬件和软件方面的限制、接口、维护性……等诸多方面。这些事情经过调研之后都是可以很简单和轻松就能够描述清楚的，但最重要的是要将具体的实现过程表达出来，首先我们需要做的就是尽可能细化的将所有功能表示出来的追踪矩阵。追踪矩阵可以用表格的形式表现出来，将我们要做的软件功能分出几层分别列出来，最后在容易使人看不懂的地方加上解释，这样一个追踪矩阵就完成了。我们还可以针对每一项功能需求画出用例图，将设计的软件的每一个模块用最能使人了解的、最直观的图片形式表现出来（关于用例图的制作请参阅我的上一篇博客《浅析UML》）。当我们细致的表达出软件的全部功能之后要制作实体关系图（E-R图）。在做实体关系图之前我们要首先明确的是制作这款软件所需要实例化出哪些对象，还有每个对象的属性和对象之间的关系（一对多？多对多？）。最后要画出表现整个软件数据走向的数据流图。画数据流图要给出静态页、后台数据库、和数据库之间共同作用才能实现的模块。
经过以上的设计，相信我们的需求规格说明书已经基本上制作完成了。而我们对其制作过程也已经有了相当程度的了解。希望通过我的讲解能对大家有些许帮助。希望我们能够再接再厉、共同进步。
|
一共有 3 条评论