的现象,从软件的功能角度上保证了软件的正确性。第三步,将业务数据转变为软件数据,这一步工作实际上就是收集各部门所需要的数据。分析各部门需要的数据都有哪些;以及数据是如何转换的,这可以归入“功能建模”的范畴。将这些相应数据录入到PlayCASE中,选定所属的部门。这时就自动地建立了DFD图(数据流程图),数据字典,省去了人工建立时的很大麻烦。第四步,将业务上的数据关系转变成软件中的数据关系。这里采用了面向对象的方法,把业务部门所需要的数据看作一个实体,部门间的数据关系就是实体Z间的关系。比如:经营部门所需要的用户资料、用户话费,实际上就是用户这一实体与账单这一实体间的关系。PlayCASE提供了构件(不过我觉得是部件更为合适一些),來表示对应的数据,并提供了三种构件的表示关系即组装关系、分类关系与相连关系。这三类关系基本上反映出了现实世界中的业务数据之间的关系。例如现实世界中的用户资料与用户话费,在PlayCASE中,可将用户构件与账单构件用相连关系表示。这种方法,实际上是借鉴了00A面向对象的分析方法中的类、聚集、继承、封装等概念,能较好地反映出现实中的业务;同时,这一步的工作也为总体设计中数据库的概念模式设计奠定了很好的基础。经历了上述四个步骤以后,利用PlayCASEI具口动生成了软件需求规格说明书、初步的DFD图和业务流程图,为下一步的总体设计打好了基础。使用PlayCASE工具,使需求分析既能继承传统的结构化分析方法,乂能吸收面向对象设计方法的优点。比如能把业务流程转变成为运行过程,业务组织转变成了软件的结构等都体现了这一点。而在运行过程屮,对复杂过程的细分以及追踪则反映了传统方法中的自上到下分解的分析思想,这对于解决复杂系统的分析是很有帮助的。通过使用,我觉得这个工具还是很不错的。因为它实际将以下四个方面的问题结合起來了:软件、业务、开发人员和用户。对于用户而言,
全文预览
