相关过程:工程前期工作、软件系统实现、实施与维护;具体内容:客户需求分析、工程项目控制、工程后期维护;
关键词
- 信息系统
- 生命周期
- 软件工程
- 需求分析
- 系统原型
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 结论
大型信息系统项目管理只能切合项目的实际情况进行分析,不盲目照搬书本和现成的各种管理过程方法,必要时采用多种方法、模型进行组合和裁剪,才能有效地解决项目管理中的问题。
注意:本文所有内容来自一篇《大型信息系统项目管理经验浅谈》,本人主要是对项目管理相关的知识点进行了整理,方便个人对其知识点的理解,如有需要或影响,请联系删除,谢谢!
网友评论