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页