软件项目集成管理解决方案
1 系统概述
软件项目集成管理是实现软件开发过程和软件管理过程的全面管理。软件项目集成管理是通过将项目管理工具（如：MS project）和软件开发平台工具（如：IBM Rational Suite）有机地集成和扩展，依据软件工程和CMM/CMMI理论，按照组织统一的项目管理流程和方法针对软件开发过程、里程碑目标、任务级目标等进行集中管理的过程。软件项目管理一般面向软件开发团队以及有关管理者等部门或个人，最终提高企业软件生产力和项目成功率。
软件项目集成管理技术架构如下图所示：
2 软件项目管理
2.1软件项目计划
2.1.1计划编制
项目经理运用Microsoft Project2003 标准版编写项目计划。Microsoft Project 2003提供了强大的智能任务分解的工具。由于在系统的资源管理模块中已经完成对系统资源的定义，因此在此模块的任务分配中可以首先定义资源的成本，例如人员的计时工资，设备的每次使用成本等有关项目的成本信息，在将资源与相对的任务建立关系后相应资源的成本变为每个任务的成本，所有任务的成本构成项目的总成本。资源的成本定义如下图：
对相应任务分配资源后的项目以及任务成本图例：
项目的计划编写完毕后向服务器发布项目计划，这样项目计划成为最终的项目执行依据。
2.1.2任务执行管理
项目组成员可以在Project中对自己负责任务的完成情况进行设置，待设置被项目经理确认后，登录系统就可以查看项目各个任务的完成情况，如下图：
2.2软件项目跟踪和监督
软件项目跟踪和监控包括对照已文档化的估计、约定、计划评审跟踪软件完成情况和结果，基于实际的完成情况和结果调整这些计划。
在项目经理使用Microsoft Project 2003 标准版做好项目计划时，将做好的最初计划保存为比较基准；当项目进展到一定阶段后可以与比较基准进行比较，得出项目是否按计划进行，还有多少任务没有按时完成，多少任务提前完成等等信息。如下图：
通过这一模块可对项目进度进行控制与更新。以便于上级更好的掌握各种计划的进展情况，同时提供多种形式的进度查询，使领导及时掌握各种任务进展的更新信息。进度更新是更新自己所属任务的进展以及完成情况，便于上级更好的掌握各种计划的安排，以保证项目顺利进行。
3 软件开发过程管理
3.1需求管理
系统采用IBM Rational RequisitePro进行软件需求管理。IBM Rational RequisitePro利用了被广泛应用和熟悉的Microsoft Word工具来简化需求的获取。虽然文档有助于需求的获取，但它不是对信息进行优先级排序和组织的最佳环境，而这些活动在使用数据库时却可以达到最佳效果。通过链接需求文档和数据库，IBM Rational RequisitePro将两者的最佳功能结合在一起。
这个独特的结构充分利用了数据库的强大功能和Word的易用性，以便有效的进行需求管理。IBM Rational RequisitePro中的文档不是简单地将需求从数据库中输入或输出。它们包含当前最新的需求信息，使您可以在熟悉的Microsoft Word环境中对需求进行修改。Word文档中的需求被动态链接到数据库中存储的补充需求信息。数据库和文档被链接在一起，只需简单地在数据库中双击需求，就可启动Microsoft Word，将您直接带到书写该需求的文档
上下文环境中。借助数据库，用户可以用最符合需要的结构将需求信息组织起来，并确定其优先级、链接需求并跟踪变更。
3.2软件设计
系统采用IBM Rational Rose进行软件设计。IBM Rational Rose是一个完整的可视建模方案，开发人员、项目经理、工程师和分析人员可以在提交编程之前对需求和构架进行可视化、理解和改进。利用模型驱动的方法进行软件开发，可以保证系统的可扩展性、灵活性和可靠性，使您更快更好地创建软件。
3.3软件测试管理
系统采用IBM Rational TestManager进行软件测试管理，它是测试人员的桌面。测试人员与团队成员用它来计划、管理、组织、执行、评估以及报告个别测试用例或整个测试计划。利用它可以控制所有类型的测试活动-从手工回归测试到缺陷跟踪，直到扩展的自动化压力测试。通过集中控制测试流程并轻松共享测试结果，IBM Rational TestManager提高了整个开发生命周期的测试效率。
3.4软件变更和配置管理
3.4.1软件变更管理
系统采用IBM Rational ClearQuest进行软件变更管理。IBM Rational ClearQuest是一个强大而高度灵活的缺陷和变更跟踪系统，能在整个开发周期内捕获、跟踪并管理各种类型的变更请求，帮助用户以更高的效率交付出更高质量的软件。无论用户使用的平台是Windows、UNIX或是Web，可完全自主定制界面和工作流引擎来适应任何开发流程，并可任意扩展来支持任何规模的项目。
3.4.2软件版本控制
系统采用ClearCase进行版本控制。ClearCase可跟踪每个文件和目录的变更，保持源代码、二进制文件、可执行文件、文档、测试脚本、库文件和Web工件等带有注释的完整版本历史纪录。开发人员可以回滚到以前的任何工作版本或基线，以确定哪个文件的哪个版本触发了特定的变更。从而使版本控制变的简单、有效。
4 软件项目综合信息管理
以上所介绍的业务功能：项目管理由MS Project、软件需求管理由IBM Rational RequisitePro、软件设计由IBM Rational Rose Data Modeler、软件变更管理由IBM Rational ClearQuest、软件版本控制由IBM Rational ClearCase、软件测试管理由IBM Rational TestManager分别完成的，对于项目管理者来说，应用起来有诸多不便，IBM提供的Rational ProjectConsole解决了以上问题，将这些软件有机地集合起来，极大地方便了用户。在Rational ProjectConsole里，将软件项目的管理分为：项目里程碑级和任务级两种管理。项目的里程碑级管理是针对项目的高层主管的，他们不关心项目非常细节的管理。里程碑级管理内容包括对进度和进展、资源和成本、产品规模和稳定性、产品质量的管理。
任务级管理是针对项目经理和项目组成员的，他们需要关心项目的任务的完成情况。任务级管理内容包括对任务、需求、分析与设计、测试、变更的管理，这些信息主要是通过报表来获得的。如下图：
系统集成类项目管理流程二〇一三年十一月制定
文档修订记录
系统集成类项目管理流程 为了规范和加强公司系统集成类项目的流程管理，促进公司发展，特制定本流程。本流程适用于公司所有系统集成类项目。 一、立项申请流程 1、集成类项目在正式启动前必须先书面填报《系统集成类项目立项书》。立项申请由负责该项目的销售人员发起，对项目可行性与预计的售前费用等进行说明，报部门经理审核后，成本总监审批售前销售费用，分管销售总监批准立项，特殊项目报总经理审核批准。 2、集成类项目的立项权原则规定如下： （1）公司总经办成员有集成类项目立项权； （2）市场部及客户服务部的销售员工有集成类项目立项权； （3）技术服务部主管级别以上员工有集成类项目立项权。 3、《系统集成类项目立项书》经分管销售总监或总经理批准后，销售人员需将文档原件交给商务拓展部存档，同时将复印件抄送给财务部，作为项目售前费用财务记录和监督的依据。 4、财务部每月对批准立项的项目进行费用统计分析，月底向成本总监、总经理汇报项目费用支出情况。 5、《系统集成类项目立项书》的填报内容要求如下： （1）销售人员必须填写项目申请人、申请时间、项目编号（公司立项系统中的项目编号）、项目名称、客户单位名称、单位地址以及主要联系人、项目功能简介、项目预计合同金额、客户项目资金情况、项目预计成功率、项目预计合同签订时间等内容信息。
二、售前支持流程 6、项目立项批准后，需要售前技术支持的，由负责该项目的销售人员提交其部门经理签字后的《售前支持工作协调单》到技术服务部。技术服务部根据项目情况，拟定项目技术售前负责人或售前团队，报技术团队负责人批准后，由售前负责人启动项目售前工作。 7、《售前支持工作协调单》一式两份，项目售前负责人一份，记录售前支持工作内容；技术服务部留存一份，作为项目档案保管。 8、项目售前支持全部结束后，售前负责人需提交《售前支持工作协调单》到项目管理部，作为售前支持工作评估的依据。 9、未正式签订合同，需要提前实施的项目，由销售负责人填写项目《提前开工审批单》，经分管销售总监审核后，由项目管理部填写项目实施安排，技术团队负责人审批通过后，报总经理批准。《提前开工审批单》批准后，项目管理部负责发布正式的项目委托书，进行项目实施。 10、项目售前支持流程的具体执行公司相关规定。 11、《售前支持工作协调单》与《提前开工审批单》的填报内容要求如下： （1）在《售前支持工作协调单》中，销售负责人应明确项目售前支持的工作内容、配合的时间要求等。 （2）在《提前开工审批单》中，销售负责人与售前负责人应明确项目提前实施的工期与工日成本。 （3）在《提前开工审批单》中，销售总监应预计项目的合同签订日期，明确提前开工的风险责任。
软件项目集成开发 一、项目组织架构 Ａ 项目经理 负责分析、设计和协调工作。随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等，同时给每个开发人员明确的任务书。 在项目周期内项目经理最好不要更换。大项目需要配备专门的系统分析师和系统设计师。 Ｂ 开发人员 熟悉针对软件开发的编程工具，并具有丰富的编程经验，负责完成不同层与模块的编程工作。 开发人员数量视系统模块数量和开发难度而定。 Ｃ 业务需求人员 熟悉业务工作流程，有丰富的业务经验。 业务需求人员的选择应覆盖系统所服务的业务部门。 Ｄ 文档整理人员 随时整理系统开发过程中相关的技术文档。 作为业务支撑，文档整理人员需熟悉软件开发的流程、文档管理、文档模板。 项目组织架构 项目经理 开发人员 业务需求人员 文档整理人员 测试工程师
Ｅ测试工程师 专门进行代码的测试工作，并且计划和执行源代码复审，负责有关返工的任何反馈意见（有条件可配置）。
二、项目流程管理 系统开发的过程必须符合IT 项目开发流程的规律，整个过程应包含但不仅限于以下环节： 需求调研是软件开发的最初阶段。需求调研的结果确立了软件开发的方向。软件设计是后续开发步骤及软件维护工作的基础。 在项目实施的过程中，项目实施者大多把精力放在了编码阶段，而需求调研和系统设计往往不被重视。没有严格的需求调研和分析，最终的软件产品会偏离用户的真正需求。如果没有设计，只能建立一个不稳定的系统结构。如下图所示：
在项目实施过程中，以上各个流程都不应该被忽略（重大项目更是如此），任何一个环节的遗失都可能引起项目方向的偏差，甚至失败。项目管理者可以在此基础上，完善项目管理流程，以降低项目实施的风险。 三、项目文档管理 项目管理者必须在系统开发过程中做好项目文档管理。项目文档是项目实施的依据，也是项目设计、编码、测试、修正、培训和验收的依据。 根据以上项目流程，项目实施过程中应包含以下所必须的文档：
系统集成部运营工作流程售前——售中——售后项目实施阶段工作流程： 一、流程图
售后
二、工作流程说明 1、根据销售部门提出的服务请求由销售代表填写服务请求表格，在服务请求表格中详细填写以下信息：用户详细信息、服务请求类型、服务内容、服务请求时间等等信息。 2、网络技术的受理人员将销售或业务部门的服务申请单提交给部门经理，由部门经理结合当前的工作安排以及申请服务的技术类型，合理的安排相应的技术人员受理该项服务（设计服务）。
3、根据销售部门对整个项目的了解情况，以及网络技术部门对方案设计数据的需求情况决定是否需要对用户进行上门调研。 3．1需要项目上门调研。由集成部部门经理指派响应的技术人员配合销售部上门对客户的情况进行了解，填写项目调研、现场勘察的各种表格。 3．2不需要项目上门调研。销售方已经充分了解了用户的需求，由销售方填写用户需求的表格。 4、将项目调研的各种数据进行汇总整理，结合项目的需求开展项目讨论，成立项目小组，根据项目的类型指派相应技术人员进行方案的设计，相关销售人员配合，完成方案设计。 5、技术人员在方案设计报告表要求的时间内设计解决方案，在设计过程中充分结合销售部门人员，出现设计目标不明确或数据不清楚的情况及时联系甲方负责人，进行项目补充调查。 6、方案设计完成后，由方案设计人员发起，网络技术主管主持、网络技术人员以及相关销售人员参加的项目设计方案讨论会，着重对方案的可行性、先进性、设备选型、造价幅度等情况进行审核，最终确立技术方案，由部门经理签字确认。 7、将设计出的方案提交给商、财务部门，由商、财务部门制定项目设备预算报价，销售部门制定自己的投标报价。 8、将设计的方案书与投标报价提交甲方。 8．1 根据甲方的要求，我方技术人员到达用户现场解答用户提出的各种问题，对设计方案进行现场的技术讲解。 9、签定合同。 10、部门经理组织相关技术人员开展项目组织会议，成立项目实施小组，安排负责人，根据合同工期要求编写施工组织计划与施工方案。 11、进入项目管理阶段，结合项目管理方案对项目进行管理。 12、进行项目准备会 参加部门：系统集成部销售部门物流部门财务部门 行政人事部门 需明确的会议议题： ◆成立项目小组并且明确分工、职责与负责人 ◆确立施工的起始时间 ◆制订项目准备阶段的时间计划表 ◆项目施工人力资源计划（系统集成部、行政人事部） ◆项目实施时间计划（销售部、系统集成部） ◆材料及设备采购与运输计划（商务部、财务部）
XXX软件项目计划任务书 项目编号 项目名称 撰写人 审批 完成日期 版本记录
目录 1.项目背景、范围及目标..................................................................................................................... - 1 - 2.项目可行性分析.................................................................................................................................... - 1 - 3.项目概述 .................................................................................................................................................. - 1 - 4.项目生命周期及里程碑计划........................................................................................................... - 1 - 5.项目任务分解结构（WBS）.............................................................................................................. - 1 - 6.预算 ............................................................................................................................................................ - 2 - 7.人员组织及分工.................................................................................................................................... - 2 - 8.风险预估 .................................................................................................................................................. - 2 - i
项目管理流程1.售前部分 1.1.工作流程
1.2.工作内容 1)配合销售人员与用户进行现场技术交流。在技术交流完毕后，根据交流情况，填写 《XX用户需求信息表》。 2)根据用户要求，结合与用户现场交流情况，根据用户实际环境状况，编写《XX项 目技术建议方案》。 3)根据用户需求，结合与用户现场交流情况，代替用户编写或配合用户编写《XX项 目招标文件》。 4)根据用户需求，如果用户需要公开招标，则根据招标文件编写《XX项目投标文件》， 并根据用户约定日期参加投标。 5)投标结束后，不论中标与否，均需总结投标过程中的得与失，配合销售人员填写《投 标总结表》。
2.售后部分2.1.工作流程
2.2.工作内容 1)在合同签订时，配合销售人员，多次拜访用户，最终与用户确认《XX项目设备清单》。 2)项目设备清单确认后，配合销售人员与甲方签订合同。 3)签订合同完毕后，销售人员开始备货，技术人员在设备备货阶段编写各种方案，主要是 《XX项目详细设计方案》，《XX项目实施方案》，两个方案无特殊情况下，一般要求在设备到货之前提交用户，并通过用户评审。在编写实施方案时，对于大型项目，有可能按照各个分区编写《XX项目分区实施工艺》。 4)根据项目实施方案，制定《XX项目工程进度计划》 5)设备到货后，工程实施人员进场，根据用户要求进行实施，在实施过程中涉及到网络割 接或应用割接时，要编写《XX项目XX应用割接方案》。在实施过程中多与用户及销售人员沟通，每天提交《XX项目工作日报》，每周提交《XX项目工程周报》，对于重大问题排查要及时向用户及销售人员汇报问题处理进度。 6)根据合同要求，项目阶段性实施完毕后，编写《XX项目初验方案》，并提交用户评审。 进行项目初验。 7)项目初验完毕后，项目进入下一阶段实施，在实施过程中多与用户及销售人员沟通，第 天提交《XX项目工作日报》，每周提交《XX项目工程周报》，对于重大问题排查要及时向用户及销售人员汇报问题处理进度。 8)项目所涉及所有内容全部实施完毕后，根据用户要求，编写《XX项目日常维护方案》 以及《XX项目应急方案》 9)项目所涉及所有内容全部实施完毕后，根据合同要求，项目进行终验，编写《XX项目 终验方案》，并提交用户评审。
软件项目开发计划书 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT
软件开发计划书 项目名称：图书管理系统 目录
1引言 编写目的 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 本项目开发计划用于从总体上指导图书管理系统项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。 背景 山西农业大学图书管理系统是由沈阳师范大学委托我们开发的大型管理系统，主要功能是实现图书馆的信息化管理，包括读者信息管理，书籍信息管理，借阅信息管理，管理者信息管理等功能。项目周期为六个月，项目背景规划如表所示。 表项目背景规划
图书管理系统是学校信息管理系统的一个重要组成部分，它需要学生基本信息系统提供学生的基本资料，因为很多情况下，图书证号和学生的学生证号是一样的，而且在图书管理中，需要知道学生所在的系别和班级等信息；另外，它还需要教职工信息系统提供基本资料，因为教职工当然也能在图书馆借阅图书。因此，在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统，以便系统之间的信息交流和管理。 定义 专门术语： SQL SERVER:系统服务器所使用的数据库关系系统（DBMS）。 SQL：一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK:数据库的错误恢复机制。 缩写： 系统：若未特别指出，统指本图书管理系统。 SQL：Structured Query Language(结构化查询语言)。 ATM：Asynchronous Transfer Mode (异步传输模式)。 UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。
系统集成部2014年工作总结 及2015年计划 2014年一晃过去了，在我们展望2015年的同时，我们有必要回顾一下过去的一年，总结一下过去我们的工作中的经验教训、缺点及不足。 系统集成其实就是将各个系统无缝的衔接在一起，使各个系统间风格一致和统一,其中心工作是工程方案设计、编制工程预算、制作投标文件、提供施工图纸、组织技术交底、施工过程的技术指导、组织日常技术讲座、技术培训等。 总的来说，系统集成部过去一年的工作还算是平稳有序。过去一年由于人员变动缘故，所以一直处于一种调整的状态，系统集成的现有人员设计方案及预决算水平也很薄弱且高低不一，所以有些东西执行起来的还是比较困难的。需要通过不断的学习、不断的历练来适应新工艺、新材料、新技术，所以这个过程中也有一些衔接不到位的问题。总的来说整体的工作平稳有序，但是与公司年初期望的状态还有很长的路要走。 现将2014年年度工作情况以及2015年工作计划简要汇报。 一、2014年系统集成部主要完成的工作有： 二、经验总结、主要问题与不足分析 经验总结： 1）、由于客观因素，系统集成部今年的人员变化性，是历年来最大的，几乎是大换血，与新成立一个部门没什么区别。因此在一定程度上影响
了工程设计的质量、进程，甚至导致某些项目的设计进度和设计质量，对公司造成了一定影响。但是，在这公司领导及同仁的共同努力下，我们还是平稳地挺过来了。 2）、对于弱电智能化工程设计或提交预算前，对施工现场的勘察是十分必要的，特别是用户不能提供相应图纸时。本年度工作中，在勘察现场做了一些工作，但今后仍需要在此方面加强力度，现场实地勘察必须做到100%； 3）、本年度施工交底做的很不好，可以说系统集成部本项职能缺失，基本上未给项目经理进行技术交底。而技术交底在实际施工中却起到重要的主导作用，施工过程中如果没有技术交底就像“盲人摸象－不知是何物”技术交底做出了对材料准备、主要施工器具、施工工艺、交底内容等的要求。今后施工技术交底不能再以口头的形式进行，而必须以书面的形式形成，以便具备可追溯性，防止出现施工错误或质量问题后，我司和项目部扯皮。 4）、在今年参与方案及报价的几个项目中，每次基本上都能顺利及时的完成领导派发的任务，确保销售工作的正常运行。积极配合项目经理做好项目实施过程中相关方案、预算报价类文档的编写制作，和监理方方协调提交相关硬件设备各类报审文件。认真仔细配合工程部完成设备安装调试及协调工作。在这些项目的建设过程中，我也逐渐学习和积累了一些做方案、预算报价的的知识和经验，我们部门也从以前对项目方案了解甚少，到现在的对方案报价流程有了一定的认识，这些一定会成以后工作的宝贵财富。
13软件项目集成计划 (2) 13.1软件项目的集成管理 (2) 13.2项目集成计划 (3) 13.3案例分析 (8) 13.3.1导言 (8) 13.3.2概述 (8) 13.3.3项目任务范围 (8) 13.3.4项目目标 (9) 13.3.5项目实施策略 (9) 13.3.6项目组织结构 (10) 13.3.7项目生存期 (11) 13.3.8时间计划 (13) 13.3.9项目成本估算 (13) 13.3.10质量管理计划 (14) 13.3.11配置管理计划 (14) 13.3.12项目风险计划 (14) 13.3.13度量计划 (14) 13.3.14项目沟通与评审 (15) 13.4小结 (15) 13.5习题 (15)
13软件项目集成计划 无论是进度计划、成本计划、质量计划还是风险计划等，所有计划的制定和管理都不是孤立的而是相互作用的，所有计划都要以整体思想为指导，从全局角度出发，确保各项工作有机协调配合进行，消除管理的局部性，平衡各个目标的冲突。所以，项目计划应该是集成的计划。项目集成计划具有综合性、全局性、内外兼顾性。本章进入路线图的第12站：集成计划，如图13-1所示。 图13.1路线图第12站：集成计划 项目集成管理包括对计划的集成管理和对项目跟踪控制的集成管理，它保证项目各要素相互协调，在相互影响的项目目标和方案中做出权衡，以满足或者超出项目干系人的需求和期望。本章主要介绍项目集成计划，第14章介绍项目集成跟踪控制。 13.1软件项目的集成管理 项目集成管理就是要综合所有的计划，协调方方面面的情况，例如进度计划同时要考虑成本计划和质量计划等。集成计划管理主要是将其他领域的子计划进行集成，其中：项目范围管理、时间管理、成本管理三大子计划是进行项目计划编制的基础文件，同时，项目的质量管理、沟通管理、风险管理、配置管理等过程所产生的子计划也是编制计划的原材料，但是集成计划并不是简单地堆砌，而是需要不断地进行反馈，以使各个子计划不断校正自己以便符合项目的总目标。 项目管理过程是一个集成的过程，范围计划、进度计划、成本计划、质量计划、风险计划是相互联系的。范围、进度、成本、质量、风险等之间存在一定的关系，不能只考虑一个方面，应该综合起来考虑。压缩进度，可以导致成本提高，质量下降，也可能导致无法实现的进度风险；当然，如果减少成本，可能会影响进度，导致减少质量活动，降低质量成本，最后可能发生成本不足的风险等。所以，应该建立一个关于进度、成本、质量、规模等的折中。 在进行项目管理的时候，无论是哪个过程还是哪个阶段，都不应该只注重局部，而应该将整体的管理思想融人到项目管理的方方面面，注重从项目的全局出发，从整体的角度分析问题、解决问题。集成项目管理的任务可以概括如下： 1）项目范围和产品目标的集成 作为项目经理，接受项目工作时，首先要考虑项目的工作范围。但是，工作范围是靠目标导向的，而目标就是提交让客户满意的项目产品。如果要压缩进度、降低成本、提高质量
正文 一、项目计划书格式 根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》容索引如下： 1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 1.5 标准、条约和约定 2 项目概述 2.1项目目标 2.2产品目标与围 2.3假设与约束 2.4 项目工作围 2.5 应交付成果 2.5.1 需完成的软件 2.5.2 需提交用户的文档 2.5.3 须提交部的文档 2.5.4 应当提供的服务 2.6 项目开发环境 2.7 项目验收方式与依据 3 项目团队组织 3.1 组织结构 3.2 人员分工 3.3 协作与沟通 3.3.1 部协作 3.3.2 外部沟通 4 实施计划 4.1 风险评估及对策 4.2 工作流程 4.3 总体进度计划 4.4 项目监控 4.4.1 质量控制计划 4.4.2 进度监控计划 4.4.3 预算监控计划 4.4.4 配置管理计划 5 支持条件 5.1 部支持（可选） 5.2 客户支持（对项目而言） 5.3 外包（可选） 6 预算（可选） 6.1 人员成本 6.2 设备成本
6.3 其它经费预算 6.4 项目合计经费预算 7 关键问题 8专题计划要点 二、项目计划书的编写说明 1 引言 1.1 编写目的 说明编写这份项目计划的目的，并指出预期的读者。 作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。 意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。” 例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期的工作任务围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队外沟通协作方式、开发进度、经费预算、项目外环境条件、风险对策等容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。 1.2 背景 主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下容： 项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。 项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。 项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。 项目的任务提出者：本企业部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业部的人员。如果是部开发项目，则两者的区别在于前者指人，后者指单位。 项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的围确定本项目的主要承担部门。 项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。 例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。 目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信
软件项目集成管理解决方案 1 系统概述 软件项目集成管理是实现软件开发过程和软件管理过程的全面管理。软件项目集成管理是通过将项目管理工具（如：MS project）和软件开发平台工具（如：IBM Rational Suite）有机地集成和扩展，依据软件工程和CMM/CMMI理论，按照组织统一的项目管理流程和方法针对软件开发过程、里程碑目标、任务级目标等进行集中管理的过程。软件项目管理一般面向软件开发团队以及有关管理者等部门或个人，最终提高企业软件生产力和项目成功率。 软件项目集成管理技术架构如下图所示： 2 软件项目管理 2.1软件项目计划 2.1.1计划编制 项目经理运用Microsoft Project2003 标准版编写项目计划。Microsoft Project 2003提供了强大的智能任务分解的工具。由于在系统的资源管理模块中已经完成对系统资源的定义，因此在此模块的任务分配中可以首先定义资源的成本，例如人员的计时工资，设备的每次使用成本等有关项目的成本信息，在将资源与相对的任务建立关系后相应资源的成本变为每个任务的成本，所有任务的成本构成项目的总成本。资源的成本定义如下图：
对相应任务分配资源后的项目以及任务成本图例： 项目的计划编写完毕后向服务器发布项目计划，这样项目计划成为最终的项目执行依据。 2.1.2任务执行管理 项目组成员可以在Project中对自己负责任务的完成情况进行设置，待设置被项目经理确认后，登录系统就可以查看项目各个任务的完成情况，如下图： 2.2软件项目跟踪和监督
软件项目跟踪和监控包括对照已文档化的估计、约定、计划评审跟踪软件完成情况和结果，基于实际的完成情况和结果调整这些计划。 在项目经理使用Microsoft Project 2003 标准版做好项目计划时，将做好的最初计划保存为比较基准；当项目进展到一定阶段后可以与比较基准进行比较，得出项目是否按计划进行，还有多少任务没有按时完成，多少任务提前完成等等信息。如下图： 通过这一模块可对项目进度进行控制与更新。以便于上级更好的掌握各种计划的进展情况，同时提供多种形式的进度查询，使领导及时掌握各种任务进展的更新信息。进度更新是更新自己所属任务的进展以及完成情况，便于上级更好的掌握各种计划的安排，以保证项目顺利进行。 3 软件开发过程管理 3.1需求管理 系统采用IBM Rational RequisitePro进行软件需求管理。IBM Rational RequisitePro利用了被广泛应用和熟悉的Microsoft Word工具来简化需求的获取。虽然文档有助于需求的获取，但它不是对信息进行优先级排序和组织的最佳环境，而这些活动在使用数据库时却可以达到最佳效果。通过链接需求文档和数据库，IBM Rational RequisitePro将两者的最佳功能结合在一起。 这个独特的结构充分利用了数据库的强大功能和Word的易用性，以便有效的进行需求管理。IBM Rational RequisitePro中的文档不是简单地将需求从数据库中输入或输出。它们包含当前最新的需求信息，使您可以在熟悉的Microsoft Word环境中对需求进行修改。Word文档中的需求被动态链接到数据库中存储的补充需求信息。数据库和文档被链接在一起，只需简单地在数据库中双击需求，就可启动Microsoft Word，将您直接带到书写该需求的文档
软件开发计划书项目名称：图书馆管理系统 参与人员：邹浩王莹卢珊珊侯迪 张旭印万涛刘啸虎张竣铭
目录 1引言 ------------------------------------------------------------------------------------------ - 3 - 1.1编写目的----------------------------------------------------------------------------- - 3 - 1.2背景----------------------------------------------------------------------------------- - 3 - 1.3定义----------------------------------------------------------------------------------- - 4 - 1.4参考资料----------------------------------------------------------------------------- - 4 - 1.5 系统动机 ---------------------------------------------------------------------------- - 4 - 1.6标准、条件和约定----------------------------------------------------------------- - 5 - 1.7编写文档的WBS ------------------------------------------------------------------ - 5 - 2项目概述 ------------------------------------------------------------------------------------ - 6 - 2.1工作内容----------------------------------------------------------------------------- - 6 - 2.2主要参加人员----------------------------------------------------------------------- - 6 - 2.3产品及成果-------------------------------------------------------------------------- - 8 - 2.3.1程序 --------------------------------------------------------------------------- - 8 - 2.3.2文件 --------------------------------------------------------------------------- - 8 - 2.3.3服务 --------------------------------------------------------------------------- - 8 - 2.3.4非移交产品 ------------------------------------------------------------------ - 8 - 2.4验收标准 ---------------------------------------------------------------------------- - 9 - 2.4.1代码的验收 ------------------------------------------------------------------ - 9 - 2.4.2 文档验收 -------------------------------------------------------------------- - 9 - 2.4.3 服务验收 ------------------------------------------------------------------- - 10 - 2.5完成项目的最迟期限------------------------------------------------------------ - 10 - 2.6本计划的审查者与批准者------------------------------------------------------- - 10 - 3实施总计划 -------------------------------------------------------------------------------- - 11 - 3.1开发过程---------------------------------------------------------------------------- - 11 - 3.1.1 需求分析 ------------------------------------------------------------------- - 11 -
新合肥通清算中心系统及网络集成实施方案 1 概述 新XXXXXXX项目的业务范围包括：公共交通、小额消费的电子支付、公共事业缴费等,由于XXXXXX系统定于X月底上线，考虑项目实施时间周期短和新设备采购到货时间比较长，所以系统上线采用了一套临时设备，近期采购的服务器、网络设备、各类软件已经全部到位。为保障新合肥系统稳定、安全、高效的运行，需要尽快将运行在临时环境的新合肥通系统迁移到新系统环境上。 本次项目采购的设备主要用于搭建新合肥通清算中心系统，用于发行符合XXXXXX标准的预付费卡准备，届时XXXXX将可以在银联的POS设备上进行刷卡消费。 2 工程范围 工程名称： 工程地点： 本工程范围包括下列系统设计、系统所需货物的供应、运输、安装调试、系统测试、开通、人员培训和售后服务： POSP服务器（2台） WEB控制台服务器（2台） 光纤交换机(2台) 磁盘阵列（1台） 磁带存储（1台） 核心交换机（2台） 发布式交换机（2台） 防火墙（2台） 双机软件（5套） 备份软件（1套） 杀毒软件（2套） 防毒墙（2台） 网管系统（1套）
3 项目参与单位 软件开发：XXXXXX 操作系统数据库集成：XXXX 配合方：XXXXX 网络及服务器集成及电源改造：XXXXX 4 建设目标 本次XXX清算中心系统服务器及网络设备采购及安装项目建设目标如下： 1)构建XXXXXXX项目为发行符合银联PBOC2.0标准的预付费卡做准备 2)建设XXXXX股份有限公司清算中心核心网络和系统 3)建设XXXXX股份有限公司通卡项目网络和系统安全体系，通过软硬件安全措施确保各应用系统 的网络安全和系统能够正常运行 4)为合XXXXX系统迁移及后续系统压力测试做准备 5 阶段划分 综合考虑了合肥“XXXX”清算中心系统服务器及网络设备采购及安装项目功能需求、实施范围、系统复杂度、用户可接受的上线时间等因素，我们计划工程分为以下几个阶段： （1）强电改造阶段(周期5天) （2）设备安装部署和测试阶段(周期14天) （3）系统集成阶段 （4）应用部署阶段 （5）功能测试和压力测试阶段 （6）测试数据清理和正式数据迁移阶段 （7）系统正式上线
目录 一、项目简介 (3) 1.1项目背景 (3) 1.1.1项目实施对象 (3) 1.1.2项目实施环境 (3) 1.1.3项目规模 (3) 1.1.4项目基本目标 (3) 1.1.5客户对项目的要求 (3) 1.2客户标识 (3) 1.2.1客户组织关系 (3) 1.2.2客户的认识 (3) 1.2.3客户的素质 (4) 1.2.4客户的联系方式 (4) 二、项目目标 (4) 2.1项目管理目标 (4) 2.2项目技术目标 (4) 2.3项目性能目标 (4) 三、项目任务 (4) 3.1项目成本估算 (4) 3.2项目总体时间计划 (5) 3.3项目进度详细计划 (5) 四、项目文档清单 (5) 五、项目人员安排 (6) 5.1项目岗位设置及职责说明 (6)
项目任务书 编制单位（加盖公章）：单位负责人： 计划负责人： 项目负责人： 编制日期：
一、项目简介 1.1项目背景 1.1.1项目实施对象 1.1.2项目实施环境 1.1.3项目规模 1.1.4项目基本目标 1.1.5客户对项目的要求1.2客户标识 1.2.1客户组织关系 1.2.2客户的认识
1.2.3客户的素质 1.2.4客户的联系方式 二、项目目标 2.1项目管理目标 从管理的角度描述项目要达到的目标。。。。。。2.2项目技术目标 从技术的角度描述项目要达到的目标。。。。。。2.3项目性能目标 从性能的角度描述项目要达到的目标。。。。。。 三、项目任务 3.1项目成本估算 1、列出客户对项目成本的估计包括人力、工期等
2、从公司的角度列出对项目的估计包裹成本、人力、工期等 就这两方面的统计写出结论或结果 3.2项目总体时间计划 项目启动日期 项目结束日期 总结出项目总体日期（可不含法定节假日及每周双休日，视情况而定）3.3项目进度详细计划 四、项目文档清单
系统集成项目管理发展方向 一种方向是当一个系统集成公司处于成长的初期时，或面临激烈的市场竞争，或行业内技术变化日新月异的情况下，采用“求变”的项目管理模式容易使系统集成公司冲出重围加速发展，因为在今天的系统集成领域，产品从设计到投入使用之间并没有充分的时间让你按部就班地稳步成长，在传统项目管理中较理想化项目生命周期的各个阶段被诸多限制条件极度压缩，因此，只能采取灵活多变的措施，在计划进度内完成项目，取得效益。“求变”是一种创新，它对管理者和项目执行者的素质均提出了很高的要求，只有建立在全面了解新技术的特点和自身的优势劣势的基础之上才可能取得成功。 另一种发展方向则是项目管理的标准化趋势，例如将ISO9000或CMM软件能力成熟度模型等标准化过程引入到系统集成项目管理中，通过这些标准化的流程使得项目的实施过程更加有序化、可控化。使项目管理向规范化、标准化发展无疑是较理想的，标准化本身就是节约成本，创造效益的过程，因此它是一个系统集成公司走向规模化的必由之路。然而并非所有的系统集成公司都有具备了实现标准化的条件，尤其对中小型公司而言，如果过分追求标准化的形式，可能反而导致效率低下。因此，系统集成必须以实事求是的态度，根据公司自身以及项目的实际情况，制定合适的项目管理方式方法，使公司先生存再发展。 系统集成部 运营工作流程 售前——售中——售后项目实施阶段工作流程： 一、流程图
售中
售后
二、工作流程说明 1、根据销售部门提出的服务请求由销售代表填写服务请求表格，在服务请求表格中详细填写以下信息：用户详细信息、服务请求类型、服务内容、服务请求时间等等信息。 2、网络技术的受理人员将销售或业务部门的服务申请单提交给部门主管，由部门技术主管结合当前的工作安排以及申请服务的技术类型，合理的安排相应的技术人员受理该项服务（设计服务）。 3、根据销售部门对整个项目的了解情况，以及网络技术部门对方案设计数据的需求情况决定是否需要对用户进行上门调研。 3．1需要项目上门调研。由网络技术部门主观指派响应的技术人员上门对客户的情况进行了解，填写项目调研、现场勘察的 各种表格。 3．2不需要项目上门调研。销售方已经充分了解了用户的需求，由销售方填写用户需求的表格。
软件项目开发计划,模板 篇一：软件项目计划书模板 XXX系统 软件项目计划书 XX-10-12 10:10 目录 1 引言 ................................................ ................................................... (1) 背景 ................................................ ................................................... .. (1) 定义 ................................................ ................................................... .. (2) 参考资料 ................................................ ................................................... . (2)
标准、条约和约定 ................................................ ................................................... .. (2) 2 项目概述 ................................................ ................................................... .. (2) 项目目标 ................................................ ................................................... . (2) 产品目标与范围 ................................................ ................................................... (3) 假设与约束 ................................................ ................................................... . (3) 项目工作范围 ................................................