善意的谎言的事例50,字:系统分析中写 需求说明书 的方法--个人经验总结 - 希赛IT社区

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