系统分析中写 需求说明书 的方法--个人经验总结

 
由于新换的工作系统分析，做了几个月，也写过不少文档了，在此写一些自己的心得，一是对自己这段时间的一个总结，再就是希望与大家交流分享，也希望大家把自己的想法写在这里，大家互相学习进步。
写详细设计说明书要折住几点：
一、是要抓住业务的重点，并对每一块有一个总的功能概述
二、是从业务中抽象出一些概念模型来。
三、是分析出业务的流程。
四、是通过业务画出用例。
五、是作出界面模型。
下边对每一块进行详细说明。
一、对于一个你要做的一个系统来说，要抓住他的主干，也就是主要业务，根据每一个业务抽象成大的功能点。然后对每一个功能点进行大概功能描述，描述清这个功能块要实现的功能信息，分析出功能来后，然后画出一些状态图、当前业务流程图，帮助理清自己的思路。
二、根据第一步的功能说明抽象出一些概念模型出来，然后结合业务把这些功能模型结合起来，也就是建立起他们之间的关系。比如 采购入库单-----》库存明细账---》销售出库单。
三、业务流程可以分2种：单个业务的分流程、整个系统的总体流程。对于每一个大的功能可以分析其详细的流程，并结合当前功能业务的角色画出分流程；再一个就是把各个业务结合在一起，画一个总体的业务流程，以使自己对整个系统有一个思路的整理过程。
四、根据每一块业务的功能描述及流程，分析出当前业务所涉及到的角色，然后再分析每一种角色对应的用例；分析出用例来后，就要以当前用例的角色的角度来详细描述该用例的实现过程；包括列出用例描述、功能点、场景描述、功能的详细实现及各个功能的输入项、中间的处理过程、输出项。
五、根据第四步分析的用例，设计简单的界面模型，以帮助程序员理解业务的实现。
 
以上是个人在这段时间的一些体会，现在写出来，也整理一下自己的思路，也希望对大家有所帮助。当然更希望有不同见解的朋友能提出宝贵的意见，大家共同交流进步。。。。