三、 进行业务分类，规划系统蓝图
以上都明确了以后，我们可以描绘系统蓝图了。系统有几个子系统，每个子系统有哪些模块，各个模块处理哪些业务，很重要的一点还有各子系统模块之间的数据接口关系，基础数据从哪里进入，通过哪些处理生成哪些结果等等。这个过程需要整理、抽象用户业务，规划软件实现，规划软件系统模块间的逻辑关系。因为系统的页面实现是按照系统模块的规划，所以应尽量采用用户易理解、熟悉的方式、词语进行模块的描述。例如ERP系统中的物资管理子系统，首先明确这个子系统是ERP系统中进行物资相关的业务处理系统，同时它为主生产系统、成本管理子系统提供生产物资供应、领用消耗核算等的数据支持。因此在规划子系统模块时，按照业务过程模型，应包含物资需用计划、物资采购计划、出入库管理、库存管理等主要业务模块，再考虑软件运行必须的初始数据设置，增加一个基础信息维护模块(包括物资大类、物资编码等信息维护)，还有考虑到不同用户对此系统的不同需求，如更多的生产人员、管理人员的需求，再单独增加一个综合查询和分析模块。另外还有与物资采购相关的业务如采购合同，可以放到合同管理子系统统一考虑，这里只做查询。这样规划出了软件系统对物资管理业务的处理，检查一下是否包含了物资管理中所有核心、主要的业务，这时我们发现还有比如物资采购、验收、盘库等业务还是需要物资管理业务人员来完成，系统可以做到的就是记录结果。软件系统是管理的辅助系统，不能完全代替人的所有工作。管理软件再加上管理制度、业务人员的操作才构成一套完整的管理体系。
四、 详细描述软件功能点
规划出了软件的功能模块，只是软件的功能框架结构，下一步就需要明确描述每个模块的具体内容了。包含什么内容、能做什么操作，每一个功能点的说明、优先级、业务规则、详细功能描述等等。这些也是软件需求规格必须描述的内容。 转贴于：http://www.leadge.com
需求分析的表现方式，我们现在采用需求规格文档，UML语言描述的用例图、类图、活动图，还有实体关系图、界面原型等等，从不同角度、不同需求描述规划出的软件全貌。
五、 需求分析的质量控制
软件需求分析直接关系到软件产品的方向，所以需求分析的质量至关重要。对于这个关键点的质量控制，则可以通过内部评审和同行评审的方式，然后是客户方的评审。项目组内部评审或同行评审主要是根据公司规范和评审人员本身的经验对需求分析中不明确、不合理、不符合逻辑、不符合规范的地方予以指正。而客户的评审主要是对描述的软件实现是否真正符合他们的需求，能否帮助他们解决问题等方面作出评定。
此文章共有3页 上一页 1 2 3 下一页
文章来源：中国项目管理资源网
 软件开发项目管理培训课程方案
|
Leadge.com首页 > 知识库 
