开发一个项目需要那几个步骤.pdf

开发一个项目需要那几个步骤

第一篇：开发一个项目需要那几个步骤

本人在两个中小型软件开发企业工作过几年，也做过几年的项目

管理工作。走过一些弯路也得出一些项目管理方面的体会，在此进行

总结，希望能够与其他一些项目管理人员或对项目管理有兴趣的同事

共同探讨一些中小型项目管理的问题及方法。

大部分中小型软件开发企业的软件项目经常遇到的一些问题可能

包括：项目时间紧、项目组成员经常加班；项目需求变更频繁；项目

进行过程中可能就有项目团队成员离职或调离到其他项目组；项目重

复性建设问题严重，每个项目都需要从框架开始重新开发，难以重用

已有项目的成果等等。我觉得通过较好的规划和管理能够在一定程度

上提高项目的成功率或者说提高项目的质量，降低开发成本，缩短项

目开发时间。

我理解项目管理有两个大的划分方法一是通用的项目管理体系，

也就是PMP中所说的5个项目管理过程组9个知识领域44个项目管

理过程；二是具体业务领域的按项目生命期划分的各阶段的管理。本

文主要从项目生命期各阶段的管理方面进行总结。

我个人分析一个软件项目生命期大体需要经过的流程（这只是我

个人的一个划分，有可能不是很全面）：可行性分析、需求、设计、

开发、测试、实施、维护、总结。

下面我针对每个阶段谈一下自己的体会。

一、可行性分析

一般的项目都是通过外部招标的形式得到的。对于有些公司在应

标的时候对项目就要有个取舍。如果在特殊时期为了生存可能只要不

是太赔的项目都会尽量承接。

但是一般项目在承接前最好在经济、技术等方面进行可行性分析，

而且这种可行性分析最好是管理者、市场、技术等人员都参与，因为

市场人员一般不懂（或不通）技术，技术不懂（或不通）市场，因此

只有大家在一起共同分析讨论才能够得出比较可行的结果。可行性分

析的结果一方面可以作为是否承接项目的依据，另一方面也可以作为

承接项目方式或与客户谈判的依据。比如经分析项目工作量很大，如

果按标书金额开发有可能会赔，那么可以与用户探讨是否将来能有个

二期的项目；另外如果用户要求的时间比较紧，可是经分析很难按标

书时间完成，那么也可以和用户同共探讨是否可以在正式签定合同时

延长系统交付时间等。当然这些与用户的探讨工作一般是需要公司高

层领导出面协调的，有时单独靠项目组是没有能力达成理想的结果的。

另外在此阶段最好对项目的成本和需要的资源进行一下估算。

二、需求

需求实际要细分为需求调研、需求分析、需求确认、需求管理等。

因为对于需求要想说清楚可能需要较长的篇幅，所以在此不进行

展开。在此只是先强调一下需要相当重要，如果早期需求做的不够仔

细会给项目的后期工作带来很多的隐患。

而且我建议每个项目无论多大也无论项目时间要求多紧急一定要

有一个比较详细的需求文档。

在需求比较确定之后建议再对项目成本进行估算。同时对需要的

资源及相关里程碑进行说明。

三、设计

对于大部分中小型项目因为时间和人力的问题加上需求变更比较

频繁，所以有时很难书写一个比较详细的设计文档。但是如果没有设

计文档一是为后期维护可能会带来一些问题，尤其是当原来开发人员

或主力开发人员离职或调离到其他项目组时；另外没有经过详细设计

的项目可能也会存在一些风险。

因此建议不必为了文档而文档，除了项目验收的要求外，建议设

计文档根据项目特点有选择地包括以下一些内容的说明：

系统网络情况。

系统安全策略及备份策略。

系统相关软硬件环境说明。

与其他系统的关系。

主要库表及关键字段说明。

系统中关键数据关联关系说明。

关键字段校验规则。

项目中技术的论证及名种技术的结合方法。

系统关键技术说明。

一些技术使用过程中的注意点。

异常处理机制。

事物处理机制。

日志记录方法及原则。

框架中相关命名说明。

共通功能描述及调用方法。

核心算法。

系统性能解决方案。

并发的考虑及处理。

系统用户及角色权限设计说明。

系统的关键配置说明（如数据库服务器，应用服务器等等，如有

必要可另加附件进行说明）。

个人认为对于中小型项目如果不是用户要求有时不必在设计文档

中对所有数据库表及字段都进