收藏 分享(赏)

2023年信息系统项目管理师.docx

上传人:sc****y 文档编号:1268179 上传时间:2023-04-19 格式:DOCX 页数:6 大小:19.31KB
下载 相关 举报
2023年信息系统项目管理师.docx_第1页
第1页 / 共6页
2023年信息系统项目管理师.docx_第2页
第2页 / 共6页
2023年信息系统项目管理师.docx_第3页
第3页 / 共6页
2023年信息系统项目管理师.docx_第4页
第4页 / 共6页
2023年信息系统项目管理师.docx_第5页
第5页 / 共6页
2023年信息系统项目管理师.docx_第6页
第6页 / 共6页
亲,该文档总共6页,全部预览完了,如果喜欢就下载吧!
资源描述

1、信息系统工程管理师 工程的xx管理 : xx年x月,我作为工程经理开始参与xx系统工程的开发,主要负责系统的组织规划实施开发与工程管理,该系统具有严格的平安,稳定,时实高效和可靠性能要求,该系统由xx子系统和yy子系统两局部组成,xx子系统主要实现xxxx业务,yy子系统是整个系统的核心,采用了struts+hibernate+spring主流web应用框架,实现了web应用效劳器websphere与协作应用效劳器lotusdomino的高度集成. 随着软件系统的日益复杂化和用户需求,软件更新的频繁化,xx管理在软件工程中显得越来越重要了。本文以该工程为例,结合作者实践,(此处提出论点,后面正

2、文会用到,建议3个论点即可,论点来源于各个知识领域的过程和方法)主要通过在工程前期,做好需求调研,总体设计和详细设计并制定完整的配置管理方案。在该工程全过程中标准化配置管理,注意员工培训并加强沟通与协调,来实施工程的xx管理。目前,该系统已开发完毕,正式投入运行,状况良好,受到客户一致好评。 正文: (本段在的第一段的根底上扩充即可)xx年xx月,我作为工程经理开始参与xx系统工程的开发,主要负责系统的组织规划实施开发与工程管理,当然还做一些编码工作,主要是公用根底代码和核心代码的编写与维护。xx系统是将xx子系统和yy子系统有效的结合起来,采用先进的xx技术和yy技术,充分利用【 ,短信,

3、,因特网】 等信息化手段,解决xx问题,标准了业务流程,强化了内部管理,与xx技术的完美结合,使应用系统功能更加完善,提高了整个xx业务的工作效率。其中,xx子系统包括:客户管理,机票管理,票证管理,销售管理,财务结算,调度管理,远程营业部(代理商分销商)管理,系统管理八大功能模块,并统一于效劳器端软件模块。yy子系统由【 呼叫系统,短信分发系统, 呼叫】 系统三局部组成。yy子系统是整个系统的核心,采用了struts+hibernate+spring主流web应用框架,实现了web应用效劳器websphere与协作应用效劳器lotusdomino的高度集成,在本次开发中,我把它视为整个工程的

4、重点 由于考虑到寒假和春运期间将会是旅客的顶峰期,客户要求系统必须在12月底前交付,工程开发周期为xx个月,为此我做了如下安排:前xx个月主要集中精力用于xx子系统,后xx个月主要完成xx子系统和yy子系统的集成以及工程收尾工作 (的第二段的根底上扩充)随着软件系统的日益复杂化和用户要求,软件更新的频繁化,xx管理逐渐成为软件生命周期中的主要控制过程。在软件开发过程中,扮演越来越重要的角色。一个好的xx管理过程能覆盖软件开发和维护的各个方面,同时对软件开发过程的客观管理,即工程管理也有重要的支持作用。在该系统工程中,我主要使用(xx管理的过程和方法),并通过在工程前期作好需求调研,总体设计和详

5、细设计并制定完整的配置管理方案。在工程全过程标准化配置管理,注意员工培训并加强沟通与协调等方法和策略来实施xx管理。 (采用总-分-总的格式) 1.工程前期做好要求调研,总体设计和详细设计,并制定完整的配置管理方案。(总) (分,描述各个知识领域的工具和方法,不用面面俱到,要有侧重点,要结合实际,不要纯摆理论)工程方案阶段,我对需求分析,总体设计和详细设计这三项活开工期安排如下:需求分析12天,总体设计和详细设计总共20天,时间尽量充足。在做需求调研的时候,我要求一定要和客户充分沟通,深入挖掘客户的隐性需求。不仅要实现客户需求的功能,在界面上也要让客户满意,为此我们作出了航空系统的虚拟界面,让

6、客户对系统有一个感官上的整体了解,在需求分析完成工作之后,我们还通过小组会议的形式进行了确认和评审。并邀请客户方代表参与。最终的需求规格说明我们也要求客户方代表一定要签字确认。在总体设计和详细设计过程中,我们尽量使用适合本工程团队特点的工具和技术,并充分考虑其先进性和成熟性。在设计完成之后,我们仍旧对其进行了评审,总结和讨论,对争议比较大的地方交公司资深专家审核评定。 (总)配置管理方案的制定也使配置管理中不可少的一步,它能有效的指导后期配置管理工作。在本工程中,配置管理方案由配置管理员完成,我只做一些审核工作,软件资源配置管理方案,配置工程方案,交付方案,备份方案,ccb 审批方案等.总之,

7、我认为(结论或观点)工程前期做好以上铺垫工作可以减少变更,对后面一些工作可以说是水到渠成。同时,一个比较完整的方案,也可以防止不必要的工程反工,而且工程管理员的工作也会比较好做一些。 2.工程全过程标准化配置管理。(第二个论点) 开发过程中,对文档修改非常麻烦,在配置管理中,对任何一配置项的修改都可能导致版本的变化。因此,对配置管理标准化势在必行,在本工程中,我要求配置标识一定要标准,必须独立命名配置项,配置对象的标识要充分考虑命名对象间存才联系。在配置管理中,工程组成员要各司其职,不得越权操作,同时还要根据自己的权限操作配置项。我的工作在配置管理中主要是:定制开发子系统,定制访问控制,制定常

8、用策略,制定集成里程碑,进行系统集成.而配置管理员的职责主要是:创立配置序,为工程成员分配权限,对存储库进行日常备份恢复等.软件开发人员主要根据工程的开发配管理策略,创立,修改和测试工件等。软件生存期内全部软件配置是软件产品的真正代表,必须保持精确,软件工程中某一阶段的变更都会引起软件配置的变更,对这种变更也必须做到严格标准的控制和管理。为此,我做了如下规定:处于工作状态的产品开发人员可对其修改,而作为基线进入配置库的产品,那么不允许开发人员对其进行修改。在本工程中,我们还成立了临时ccb,由工程经理,用户代表,软件质量控制人员,配置管理员5人组成。我们要求对于用户提出的变更请求要严格按照变更

9、控制流程处理。在用户提交更多请求后,开发人员对其进行评价,并产生变更报告。在由变更控制委员会ccb作出决定是否进行变更。通过批准,就重新检出变更的配置项,建立测试基准程序,并执行质量保证和测试活动,必须通过ccb的鉴定审批后,方可实施变更。 3.注意员工培训并加强协调与沟通。(第三个论点) 工程组成员大多来自不同部门,对工程环境还不熟悉,为了能实施配置管理系统,我建议公司对工程组成员进行相关培训。针对配置管理员,我们要求他学习配置管理工具管理相关的内容。针对开发人员,主要学习配置管理工具与开发相关的常用操作。针对全体人员,要让他们了解配置管理策略和流程,以及如何与开发管理,工程管理相结合。同时

10、,我要求工程组成员要加强协调和沟通。可以使用pvcs,通过ressionmanger文档共享和连锁机制。tracker与电子邮件的 集成,加强工程成员之间的沟通,做到有问题及时发现,及时修改,及时通知,但又不额外增加很多的工作量,这样有助于营造一个和谐,公平,竞争的气氛和环境。 xx系统在xx年xx月正式上线,提前完成了工程,目前系统运行正常,受到客户和有关部门的一致好评,对工程的满意度较高。(回忆和反思)重新回忆该工程也存在一些问题缺乏,比方:工程初期,大多数成员对版本管理一点都不重视,总是敷衍了事。代码编写人员编写得代码也混乱不堪,给测试人员和维护人员带来了很大不便,一些没多大用的垃圾资料也被放置到配置效劳器上,给配置管理人员带了很多麻烦。因此我建议(展望未来)在工程一开始,就要让工程成员认识到版本管理的好处。对源码的管理,要保证书写代码的标准性,强化注释力度,还应作好build和relase工作. 第6页 共6页

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 资格与职业考试 > 其它

copyright@ 2008-2023 wnwk.com网站版权所有

经营许可证编号:浙ICP备2024059924号-2