- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件项目主要分为哪些阶段?各个阶段主要做哪些工作?
本人在两个中小型软件开发企业工作过几年,也做过几年的项目管理工作。走过一些弯路
也得出一些项目管理方面的体会,在此进行总结,希望能够与其他一些项目管理人员或对
项目管理有兴趣的同事共同探讨一些中小型项目管理的问题及方法。
大部分中小型软件开发企业的软件项目经常遇到的一些问题可能包括:项目时间紧、项目
组成员经常加班;项目需求变更频繁;项目进行过程中可能就有项目团队成员离职或调离
到其他项目组;项目重复性建设问题严重,每个项目都需要从框架开始重新开发,难以重
用已有项目的成果等等。我觉得通过较好的规划和管理能够在一定程度上提高项目的成功
率或者说提高项目的质量,降低开发成本,缩短项目开发时间。
我理解项目管理有两个大的划分方法一是通用的项目管理体系,也就是PMP 中所说的5
个项目管理过程组9 个知识领域44 个项目管理过程;二是具体业务领域的按项目生命期
划分的各阶段的管理。本文主要从项目生命期各阶段的管理方面进行总结。
我个人分析一个软件项目生命期大体需要经过的流程(这只是我个人的一个划分,有可
能不是很全面):可行性分析、需求、设计、开发、测试、实施、维护、总结。
下面我针对每个阶段谈一下自己的体会。
一、可行性分析
一般的项目都是通过外部招标的形式得到的。对于有些公司在应标的时候对项目就要有
个取舍。如果在特殊时期为了生存可能只要不是太赔的项目都会尽量承接。
但是一般项目在承接前最好在经济、技术等方面进行可行性分析,而且这种可行性分析
最好是管理者、市场、技术等人员都参与,因为市场人员一般不懂(或不通)技术,技术
不懂(或不通)市场,因此只有大家在一起共同分析讨论才能够得出比较可行的结果。可
行性分析的结果一方面可以作为是否承接项目的依据,另一方面也可以作为承接项目方式
或与客户谈判的依据。比如经分析项目工作量很大,如果按标书金额开发有可能会赔,那
么可以与用户探讨是否将来能有个二期的项目;另外如果用户要求的时间比较紧,可是经
分析很难按标书时间完成,那么也可以和用户同共探讨是否可以在正式签定合同时延长系
统交付时间等。当然这些与用户的探讨工作一般是需要公司高层领导出面协调的,有时单
独靠项目组是没有能力达成理想的结果的。
另外在此阶段最好对项目的成本和需要的资源进行一下估算。
二、需求
需求实际要细分为需求调研、需求分析、需求确认、需求管理等。
因为对于需求要想说清楚可能需要较长的篇幅,所以在此不进行展开。
在此只是先强调一下需要相当重要,如果早期需求做的不够仔细会给项目的后期工作带来
很多的隐患。
而且我建议每个项目无论多大也无论项目时间要求多紧急一定要有一个比较详细的需求文
档。
在需求比较确定之后建议再对项目成本进行估算。同时对需要的资源及相关里程碑进行说
明。
三、设计
对于大部分中小型项目因为时间和人力的问题加上需求变更比较频繁,所以有时很难书
写一个比较详细的设计文档。但是如果没有设计文档一是为后期维护可能会带来一些问题
,尤其是当原来开发人员或主力开发人员离职或调离到其他项目组时;另外没有经过详细
设计的项目可能也会存在一些风险。
因此建议不必为了文档而文档,除了项目验收的要求外,建议设计文档根据项目特点有
选择地包括以下一些内容的说明:
系统网络情况。
系统安全策略及备份策略。
系统相关软硬件环境说明。
与其他系统的关系。
主要库表及关键字段说明。
系统中关键数据关联关系说明。
关键字段校验规则。
项目中技术的论证及名种技术的结合方法。
系统关键技术说明。
一些技术使用过程中的注意点。
异常处理机制。
事物处理机制。
日志记录方法及原则。
框架中相关命名说明。
共通功能描述及调用方法。
核心算法。
系统性能解决方案。
并发的考虑及处理。
系统用户及角色权限设计说明。
系统的关键配置说明(如数据库服务器,应用服务器等等,如有必要可另加附件进行说
明)。
个人认为对于中小型项目如果不是用户要求有时不必在设计文档中对所有数据库表及字
段都进行说明,可以只说明比较重要的一些数据库表及字段以及相关数据库的关联关系就
可。因为在用数据库建模软件(如Powerdesigner)进行数据库设计的时候可以对每个表
及每个字段加注释进行说明,在使用开发工具(如:pl/sql)进行开发的时候自然可以看到
每个数据库表或字段的说明。而且一般中小
原创力文档


文档评论(0)