三、具体实施:
1、 拿到项目---制定进度安排计划
在这个阶段,先要对刚拿到的项目进行一下总体的分析,可以做一下简要的可行性分析,主要从技术,项目时间,项目赢利等方面进行分析,分析结束以后,认为项目可以进行,制作可行性分析报告,然后根据项目时间制定简要的项目进度安排计划,建议使用Visio来画甘特图来安排计划,即形象又明了.
2、 实际考察---制作项目需求说明书
在这个阶段,可以到要做系统的企业进行实际的考察,可以从实际的业务出发,询问相关的主管人员,根据其业务来制定功能模块;在各个模块的需求我们都已经了解的比较清楚以后,可以在咨询一下企业的经理以上的高级管理人员,把们制定的需求计划书以最明了的方式展现个他过目(切记不可把需求计划书整体叫他审阅),得到相关领导的批示以后,我们制定的需求计划书基本就完成了,但并不表示不会在更改,在系统运行安装阶段还会对部分需求进行变更.注意:在需求设计时,我们还应该注意一下使用者的电脑操作水平和一些习惯等人为因素.
在本阶段主要使用Word进行编写文档,当然也可以利用一些如:Visio等工具画出一些简单的页面,使用图形和文字进行说明更加清楚有效.
3、 系统分析---制定模块功能设计书
在需求说明书制定完成以后,进入模块功能分析阶段,整个项目组人员(一般小公司项目组至多10人)都应该先熟悉需求,对需求进行分析,把需求按照业务分成小的模块,对各个模块的功能,业务逻辑都进行分析讨论,最终制定完成模块功能设计书.
4、 功能探讨---设计概要的业务模型
按业务分好模块以后,对各个模块可以采用分组讨论或集体讨论的方式进行分析,对各个模块进行细致的分析以后,把每个模块要实现的功能和比较详尽的实现方式都制定下来.
5、 数据库设计---设计详尽的数据库模型
数据库设计阶段是一个很重要的阶段,在此阶段要完成系统的整体数据库设计,可以采用先边缘在核心的设计,也可以采取先核心在边缘的设计:
⑴先边缘在核心,即先建立边缘的基础表在建立业务过程的表单表,这样设计需要设计人员对系统整体有全面的了解.好处在于不会遗漏基础信息表;坏处在于可能建立一些业务用不到的基础废表.
⑵先核心在边缘:即先建立业务核心的表单,在根据表单所需要的基础信息表来建立基础信息表,这样设计时设计人员并不需要了解整体需求,只要了解所设计模块就可以.但在设计时可能会存在基础表设计重复的缺点.
本人喜欢采用第一种方法,在设计时可以使用PowerDesigner先建立OOM有利于理解各实体间的关系,在转化成PDM进行细微的修改,然后直接转化成数据库.
6、 设计系统框架---选择开发模式
现在的开发模式可谓多中多样,可以选择的工具也很多,这就要看具体的需要.
我现在工作使用的是: 使用VS.NET(Microsoft Visual C#. NET)和VSS(Microsoft Visual SourceSafe)进行开发