信息系统项目管理经验

相关过程：工程前期工作、软件系统实现、实施与维护；具体内容：客户需求分析、工程项目控制、工程后期维护；

关键词

• 信息系统
• 生命周期
• 软件工程
• 需求分析
• 系统原型

1 工程前期工作

1.1 用户调研

目的

收集需求。

方法

直接面对面与用户交流，亲身体验用户工作，了解工作细节。

结束标志

完成了需求分析设计文档，并且得到用户的认可。

人员要求

客户交流经验、程序设计经验、系统分析经验，并能对重大问题进行独立决策。

1.2 需求分析

目的

明确用户需要的内容。

方法

方法多样，但必须描述清楚用户的业务工作、软件需求。

结束标志

程序员能够开始程序设计，并和建立系统原型的工作结合起来进行。

人员要求

可与调研人员重合，增加软件分析人员，为调研人员提出调研的内容和方向；

投入时间

占工程时间的30%-40%，保证需求分析的深度和质量。

涉及组织

调研组、需求分析组、原型开发组。

1.3 建立系统原型

原因

是需求分析的补充手段。

目的

明确和确定用户需求，引导用户提出更具体的内容。

1.4 建立组织机构、制度

建立工程组织机构和管理制度，才具备完成项目的基础。组织的建立应在项目开始需求调研的时候就开始着手建立。

2 软件系统实现

2.1 系统设计

关于体系结构

体系结构受到软件用户数量、运行环境、更新维护要求、软件分布等外部因素的影响，应根据不同情况采取不同的体系结构。

关于分析方法

目前有很多系统设计的方法，选择某一方法（OMT、UML、OO）要根据系统的特点来确定。

关于文档

• 确定当前工程文档的各种标准；
• 工程需要哪几类文档；
• 确定文档提交和发布的时机；
• 文档包括：工作规范文档、分析设计文档、工作计划文档、日志文档、任务分配考核文档等；

关于软件设计水平定位

新技术的采用和成熟技术的采用要成比例。

考虑系统用户特点

原则：简化设计，降低复杂度。

2.2 程序质量

程序质量包括：管理水平、程序员的工作状况、相应的标准规范、文档的考核、个人激励制度等；

标准规范制定

标准规范为程序设计服务，对规范的要求进行考核。

• 注释；
• 注释量；
• 变量命名规范；
• 函数程序命名规范；

编码质量控制

• 正确；
• 易读；
• 易维护；

版本控制

采用适当的版本控制工作对程序代码进行控制。

文档管理

文档的管理主要是更新、维护、并且要持之以恒，坚持到底。在程序设计的过程中以一定的粒度要求，在不同阶段要完成不同阶段的文档，这样才能以文档作为协同工作的基础。

编码时间抽入到什么阶段

包括：需求分析阶段、程序实现阶段、系统运行维护阶段。

用户界面

界面简洁、易学易用。

2.3 实现技术

数据库设计

数据库的设计是信息系统设计的基础，关于数据库的设计在考虑设计要求的前提下，尽量考虑如何简化系统的实现。

开发语言版本

尽量都使用同一个安装程序。

开发平台

尽量保持一致和稳定，减少系统集成时出现的问题。

新技术采用

新技术受程序员接受能力等因素电话号，应合理采用。

2.4 软件测试

编码过程中测试

程序员测试基本原则：确保所有的代码在正确使用下不会有问题，否则将浪费大量的时间来修改代码。

组织测试人员

建立测试小组，开展系统测试，保证系统质量。

用户测试

针对用户测试要组织好，同时还要对资金、人力投入做一个合理的预算。

3 实施与维护

3.1 管理者完成的工作

• 树立用户意见至上的意识，并让项目组全体普遍授受；
• 做好与用户的沟通，尤其针对不合理的问题，要给出合理的解释；
• 做用户欣然接受你的交付的系统是不断努力才能有的结果；
• 要做到不急不躁，同时要注意调整程序员的情绪；

3.2 关于维护阶段的投入

• 现场维护的费用；
• 培训的费用（尤其是组织培训班）；
• 人员的增加（增加与用户交互的人员、再次启用调研组）；

3.3 加强与用户的沟通

• 双方负责人要做到及时、有效的沟通；
• 各程序组在与普通用户进行沟通的时候也要注意方式、方法；
• 尽量能用简洁的语言给出明确的解释和说明；

4 结论

大型信息系统项目管理只能切合项目的实际情况进行分析，不盲目照搬书本和现成的各种管理过程方法，必要时采用多种方法、模型进行组合和裁剪，才能有效地解决项目管理中的问题。

注意：本文所有内容来自一篇《大型信息系统项目管理经验浅谈》，本人主要是对项目管理相关的知识点进行了整理，方便个人对其知识点的理解，如有需要或影响，请联系删除，谢谢！