项目管理(中科软)

1项目管理1.1目标工作内容本项目的工作内容包括：系统软件的安装配置：包括操作系统、数据库服务器、数据库客户端等系统软件的安装及配置。应用系统开发：包括标书要求的档案信息管理系统开发与数据整理。文档提供：为保证项目顺利进行，在软件生命周期的各阶段提交的技术文档，这些文档以印刷材料或电子存储介质的形式提交。这些文档至少包括：《项目开发总体计划》模板或标准文件编号：QM3208《项目开发阶段计划》模板或标准文件编号：QM3209《项目进度报告》模板或标准文件编号：QM3322《需求规格说明书》模板或标准文件编号：QM3210《系统设计说明书》模板或标准文件编号：QM3211《测试方案》模板或标准文件编号：QM3215《测试用例》模板或标准文件编号：QM3216《测试总结报告》模板或标准文件编号：QM3217《用户手册》模板或标准文件编号：QM32324.培训：在软件开发过程中和安装运行后，向业主单位业务人员和技术人员提供必要的技术培训和操作培训。5.软件产品的安装、试运行服务：中科软负责整个软件系统的安装和初始化工作，并在业务人员的配合下，进行系统的试运行，指导操作人员和系统管理人员，指导系统正常运行。系统维护服务：在双方约定的条件下，在软件系统投入正常运行以后，中科软提供约定的系统维护服务，包括对软件中存在的BUG进行修改，针对用户新的需求进行适应性维护等。技术支持服务：中科软承诺一定期限内免费的、各种形式的技术支持，包括技术咨询、操作解答、现场服务等。还包括双方约定的其他技术咨询。1.2项目风险本项目涉及到客户各相关部门的信息资源、硬件系统集成、软件开发，抛开纯技术问题，各部门的协调就是一项很艰巨的任务，包括审批业务的梳理、合并,人员的分工，行政管理上的安排等等，同时也给项目需求调研、实施带来很多不确定因素,有可能因此带来工期的延误等严重后果。在积极配合客户的协调工作的前提下，根据项目成功实施经验建议：界定好同各部门之间的业务边界；各参与部门分工明确；系统分阶段完成，每个阶段需求明确，不明确的归入下一阶段。1.2.1技术风险项目在开发过程中，受众多内在和外在因素的影响，项目的相关人员往往因为认识不足或者虽然认识到却无法控制导致项目的过程和结果未能达到项目预期的目的。在项目实施过程中实施有效的风险管理可以降低项目的损失，使项目进展顺利。风险描述发生概率危害程度发生时间规避措施简述应急预案项目需求确定后，客户不断变更需求，包括变更、修改80%灾难的3增加需求调研的力度需求分析人员增加相关业务培训，熟悉业务背景。需求说明的评审需求变更的评审通过需求跟踪矩阵进行需求状态的跟踪。管理风险40%轻微的2双方领导定期召开沟通会议。项目管理人员要严格按照项目管理的相关规程进行工作。选择认真负责的质量保证工程师配合发现问题后要及时制定问题的解决方案。不能解决的问题要及时向上级领导汇报。管理人员的工作。项目成员要按规范工作建立良好的问题报告和管理的机制对于要解决的问题要进行跟踪，直至问题解决技术风险20%轻微的3使用在公司广泛使用的技术。项目组要有熟悉相关技术的人员，如果需要相关人员可以参加外部培训重要的工作产品要进行同行评审，及时发现问题。项目组成员及时记录发现的技术问题及时讨论问题，如果需要，请公司的技术委员会参加讨论。项目组成员要在开始前进行相关的技术培训主要业务骨干的离职20%严重的1建立团结互助的项目团体。所有的项目过程规范化、文档化。所有的设计、编码等实现过程要按规范进行。定期进行业务和技术交流。避免某个技术和业务工作只有某个人熟知。无论组织的原因还是个人离开要提前两周做好准备。项目开发过程的所有文档齐全。做好工作上的交接软件开发同系统集成协作风险本项目包括系统集成和软件系统开发，涉及到整体设计协调、工期协调、系统安装、运营维护等各方面的问题，每个环节配合不好就有可能出现问题，影响项目的成功。规避此风险要明确责任分工，建立协调机制，系统集成方案与软件开发方案最终要统一协调。1.2.3风险缓解、监控和管理中科软通过了ISO9001及CMMI5认证，对于风险的控制管理有一套完善的制度文件，本项目的风险控制将基于体系文件完成。1.2.4风险分析小结以上只是比较关心的几个方面，我方非常重视这方面的工作，将同用户一起来认真完成，而不是非正式地和表面地完成它。我方相信花在标识、分析、管理风险上的时间可以从多个方面得到回报：更加平稳的项目进展过程；较高的跟踪和控制项目的能力；因为周密计划而使项目获得成功。软件开发方法在系统开发中，软件的开发方法是关系到系统成败的关键因素。如何从多种多样的方法中选择一种适当的、有效的、实用的软件开发方法，是达到预期目标的关键。按照系统工程理论建立起来的生命周期法，把系统开发过程分为系统分析、系统设计、系统实施、系统运行维护四个阶段，每个阶段都有明确的目的和任务，并产生一定格式的文档作为下一个阶段的依据。首先将开发系统的体系结构，其次增量开发局部构件，最后完成整个系统。通过这种方法，需求和设计的缺陷在软件生命周期中可以较早地发现和解决，避免了本项目最后集成的大爆炸，因为系统结构的固有特性（如性能、容错、互操作性和可维护性）在开发过程中较早识别，问题较早改正，缩短了开发周期，降低了成本。根据以往的项目经验，迭代开发方法将遵循以下几个原则：基于结构优先开发方法；建立迭代生命周期过程，较早面临风险；强调基于构件开发的设计方法；建立维护环境；通过支持回溯工程增强维护灵活性；用更严格的基于符号模型的设计；目标质量和进展评估手段；用演示的方法对开发的原型迅速评估；计划、进展在开发组间迅速发布；建立可伸缩的代价、配置过程。迭代开发方法的具体开发过程为：开始：定义和评估设想和商业案例；设计：综合、演示、评估结构；构造：开发、演示、评估构件；移交：可用性评估、预演和开发。项目组织管理1.4.1项目管理目标本项目系统复杂性高，时间紧，实施范围广，因此为项目管理提出了很高的要求。如果没有高水平的项目管理，本项目会很难成功。为此，我公司提出“保证产品质量、保证进度、保证服务水平”的项目管理目标。软件产品质量和服务水平都是质量概念的范畴，而核心的问题有两个，第一是质量，第二是进度。1.4.2实施组织机构一个软件项目的成功，首先取决于一个管理到位、技术力量雄厚的队伍。而且，这个队伍的配备，必须充分考虑业务力量和技术力量的协调配合，尤其是对业务力量的重视。中科软多年来从事大型项目开发的经验证明，一个以业务主管领导挂帅的项目领导小组，加上一个技术力量雄厚、尤其是系统分析能力过硬的开发队伍，再加上一个精通具体业务和领域知识的业务支撑队伍，是大型软件项目开发的较好的组织模式。具体来讲：针对本项目建设，就是由业主单位主管领导为组长，包括管理专家、各业务部门负责人及主要业务人员参加的项目领导小组。在开发队伍方面，一、安排做过类似系统的技术骨干参与应用系统的开发，他们对相关业务精通，可以大大减少对需求的了解时间；二、要求参加项目的所有开发人员对项目所涉及的各项技术运用熟练；三、开发小组内部具有良好的沟通和协作机制；开发活动采用适当的工具，如配置管理、变更控制和追踪等的项目管理与控制工具，辅助项目的管理和实施。项目角色及任务：项目领导小组双方共同委派，组长由甲方担任。主要任务：确定系统任务，协调部门与项目组的关系，审定计划和方案，监督项目进度，组织项目鉴定，批准项目验收等。软件项目负责人：计划组织控制协调主要任务：制定计划，决定资源、成本和进度，项目控制核查与推动，项目风险管理与报警，按照软件项目管理有关规范执行项目管理工作，安排与软件开发人员座谈，为软件的范围提供详细的描述（书面的），主持对开发人员、软件的范围和功能的理解进行反复的检查，记录项目实施过程，甲乙双方沟通的桥梁，成果与问题管理，每月向双方领导提交项目月报，及时汇报项目最新进展等。管理专家：提出项目目标，项目发展趋势及潜在需求，提出预测决策方法和模型，审查系统分析结果，确定信息系统目标和主要功能，标准化、规范化事务流程和信息管理，从事数据资源管理，并对数据库进行控制和管理。系统分析员：是用户和开发者之间桥梁，与用户一起负责进行需求分析，并进行规格化说明软件需求。系统设计员：分为构件设计员和实例设计员，构件设计员分析领域共性和差异，根据现有的可复用框架、构件，设计软件的开发策略，配置软件开发环境，支持可复用软件的开发。实例设计员负责设计工程实施方案，以实现系统分析员给出的软件需求，任务包括数据结构设计，业务系统设计。7.业务人员：提供事务流程和功能关联，同软件开发人员一起分析信息流程和信息加工过程，分析各种信息的作用和信息之间的关系，同软件开发人员一起设计系统的人机界面。系统程序员：负责程序的编写调试，以实现系统设计员给出软件设计。实例定义员负责业务系统的定义，以实现系统设计员给出系统设计。系统测试员：系统测试员负责程序和业务系统两方面的测试。文档管理员负责管理整个系统开发过程中产生的各种文档。组织机构的设置可根据开发平台、开发人员、项目规模等因素有所变化，开发人员也可以随着项目的连续性和项目的进展赋予不同的职责。1.4.3.2项目人员构成公司对本项目非常重视，项目开发队伍由有经验的开发过类似系统的核心开发人员组成，主要成员参见专业技术人员一览表：管理方法中科软总结软件工程研究和实践的成果，结合多年来项目管理的经验教训，制定了一整套软件开发项目的管理、控制程序和相应的操作规范。这些管理、控制程序和操作规范，也是公司质量管理体系的核心组成部分。项目开发小组将在项目领导小组的指导下，严格遵照质量体系要求开展工作。针对本项目，主要采取以下措施保证项目顺利实施。1.5.1建立项目队伍内充分沟通的机制有效的沟通是软件技术人员准确把握用户需求的基础，使用户能够澄清对目标软件要求的模糊、甚至是错误的方面，充分的沟通，可以使项目参与各方及时地获得所需资源和业务领域与技术领域专家的支持，保证项目正确的方向，及时纠正各种问题。在项目开发过程中，需要建立起技术人员、技术专家、业务人员、领域专家等项目参与人之间的有效的沟通渠道。在项目队伍内部，还要建立一套高效、协调的运行机制。这个机制，可以以“项目工作制度”的形式，列入项目总体计划，或者以“谅解备忘录”的形式，列入项目档案，体现开发参与各方对相互协作方式的共识与承诺。制定计划，组织执行，检查执行情况，解决问题从项目任务落实开始，到项目验收通过，一直到项目结束后的维护工作，整个软件项目的生命周期都要纳入计划管理。按照时间顺序，将先后制定以下计划：1．项目开发总体计划；2．项目质量计划（与总体计划同时产生，或者包含在总体计划之中）；3．项目配置管理计划；4．项目开发阶段计划；5．项目测试计划；6．项目培训计划；7．项目验收计划；8．项目维护计划。所有纳入计划的工作，要按照计划组织实施。对项目计划的执行情况，由项目领导小组、公司质量管理部门定期地或按照计划进行检查、评审。在整个项目实施过程期间，按照时间顺序，或者根据项目进度进行一系列的检查、审核和评审，从进度、人员、经费和质量四个方面进行控制。检查和评审主要有以下形式：按照项目计划和合同进行的评审和审批，比如项目各类计划的评审和审批、需求分析评审、系统设计评审、测试验收评审等。质量管理部门定期进行的审核和评审，如定期的内部质量体系审核、项目进度监督评审、项目文档和产品质量审核等。项目各阶段的审批，主要是由项目领导小组或甲方代表，对项目阶段性成果进行审核后，批准该阶段工作成果，项目组将进入下一个阶段的工作。如项目系统设计完成后，开发小组向项目领导小组提交项目系统设计文档和系统设计前期的有关文档，领导小组审查后，认为符合项目合同、项目计划和系统需求分析的要求，则批准《项目系统设计书》，项目组开始进入编码是现阶段工作，《项目系统设计书》成为以后各阶段工作的合法依据。《系统设计书》未获得批准，项目组将不能进行下一阶段工作，应当修改系统设计，直到获得批准为止。评审和审批主要依据是：1．项目合同及所有有效附件；2．中科软《设计评审控制程序》；3．中科软《测试验收控制程序》；4．中科软《内部审核控制程序》。在评审和审核过程中发现的问题，项目组要采取恰当措施，及时采取措施予以纠正或预防，具体将依照中科软《纠正措施控制程序》、《预防措施控制程序》、《不合格品控制程序》和其他涉及纠正与预防的程序执行。制定文档标准标准是交流、评审的基准，应在根据本项目的特点与约束，对公司的标准进行删节、补充或修订。特别强调文档应简单明了，成为开发的手段而不是负担。本项目将在中科软的下列文档标准和模板的基础上，进行适当裁剪和补充，以适应本项目建设的要求。QM-3208-项目开发总体计划（模板）QM-3209-项目开发阶段计划（模板）QM-3210-需求规格说明书（模板）QM-3211-系统设计说明书（模板）QM-3213-软件项目编码规则（模板）QM-3215-测试方案（模板）QM-3316-评审报告（模板）QM-3217-总结报告（模板）QM-3219-客户验收报告（模板）QM-3221-软件安装环境最低需求（模板）QM-3222-软件安装记录（模板）QM-3227-不合格报告（模板）QM-3230-纠正措施方案（模板）QM-3231-预防措施方案（模板）QM-3232-用户手册（模板）QM-3312-培训实施计划（表格）QM-3316-评审报告（表格）QM-3321-项目周报（表格）QM-3322-项目进度报告（表格）QM-3324-测试问题单（表格）QM-3357-确认测试记录表（表格）1.5.4充分利用文档控制项目质量和进度通过软件开发过程中生成的文档，对开发进度、质量进行控制和管理。文档是工作成果的记录、交流的手段、软件的模型，文档的生成过程是现实信息模型映射到计算机信息模型的过程。文档的生成可遵循原型方法经反复修改逐步完善，但是，凡作为下一阶段输入的文档或文档的部分章节，都必须进行评审或审批。同时，文档也是软件系统和整个工程项目服务的一个重要组成部分，在项目实施过程中，向业主单位提供以下文档：《项目开发总体计划》模板或标准文件编号：QM3208《项目开发阶段计划》模板或标准文件编号：QM3209《项目进度报告》模板或标准文件编号：QM3322《需求规格说明书》模板或标准文件编号：QM3210《系统设计说明书》模板或标准文件编号：QM3211《设计变更表》模板或标准文件编号：QM3325《测试方案》模板或标准文件编号：QM3215《测试用例》模板或标准文件编号：QM3216《测试总结报告》模板或标准文件编号：QM3217《用户手册》模板或标准文件编号：QM32321.6项目进度控制1.6.1项目阶段划分按照软件生命周期方法，将项目工作大致划分为以下9个阶段。但具体的项目工作并不是严格按照这个顺序进行的，在各阶段之间可能要进行多次的迭代，尤其是测试阶段的工作，可能导致项目工作向前回溯多个阶段。另外，在项目的某些方面，可能采取原型方法进行设计和开发，这时，阶段之间的界限将更加模糊，作为阶段工作结束标志的评审活动将会以更加简洁方式代替。1.6.1.1项目策划如图所示，项目策划是项目开始的第一步工作，包括组建项目实施队伍和制定项目计划。项目队伍由开发方和用户双方共同组建，从开发方的角度，参与项目工作的所有人员组成开发小组，任命项目负责人，安排每个参与人员承担的角色。开发方负责制定项目开发的总体计划和阶段计划，通过评审后方可执行。注意，图中的“项目实施”是一个总称，包括项目策划以外的所有项目实施工作。1.6.1.2需求分析输入：投标书、合同文本及附件、项目开发总体计划、项目开发阶段计划、质量计划。工作内容：用户需求调查、编写需求分析说明书、编写用户手册初始版本、编写系统测试计划、需求评审。输出：开发人员和业务人员对需求有充分的认识并达成一致、需求规格说明书、用户手册初始版本、系统测试计划、系统测试用例。结束标志：需求规格说明书评审通过。1.6.1.3系统设计输入：需求规格说明书、项目计划、质量计划及项目前期所有其他文档。工作内容：系统设计、编制系统设计说明书、编写系统集成测试计划、编写系统集成测试用例、修改用户手册、系统设计说明书评审。输出：系统设计说明书、系统集成测试计划、系统集成测试用例。结束标志：系统设计说明书评审通过。1.6.1.4编码实现与单元测试输入：系统设计说明书及所有前期项目文档。工作内容：编码、调试、单元测试、修改用户手册。输出：经过测试的程序代码、单元测试报告。结束标志：程序代码测试通过。1.6.1.5系统集成与集成测试输入：程序代码及所有前期项目文档。工作内容：软件系统集成、集成测试。输出：经过测试的集成软件系统、集成测试报告。结束标志：集成的软件系统测试通过。1.6.1.6系统测试与试运行输入：通过测试的集成软件及所有项目前期文档。工作内容：软件打包及安装包制作、软件安装、系统初始化、系统测试、用户试运行。输出：经过测试的软件安装包、系统测试报告、运行稳定的软件系统。结束标志：系统测试通过、系统试运行评审通过。1.6.1.7项目培训输入：合同及其附件、培训计划、软件系统及所有项目前期文档。工作内容：用户单位开发技术人员培训、系统管理员培训、业务操作员培训。输出：被培训人员达到计划要求、考试通过。结束标志：培训工作评审通过。1.6.1.8系统验收输入：合同文本及附件所规定的所有软件产品及文档、验收计划。工作内容：验收测试、验收评审。输出：系统验收报告。结束标志：系统验收测试通过、系统验收通过。1.6.1.9系统维护输入：合同约定、目标系统。工作内容：纠错性维护、适应性维护。输出：运行正常的目标系统、用户满意的服务质量。结束标志：双方约定期满。1.6.2新旧系统切换中科软在新旧系统切换方面具有丰富的经验，有专业的团队专门负责新旧系统的转换工作。新旧系统的转换工作包括硬件切换及软件切换。软件切换的主要任务为对旧系统的数据完全的、正确的转换到新系统上来。中科软在设计的新的系统中会考虑旧系统的数据信息，保证新系统的数据将完全包含旧系统的信息，保证原有数据的完整性，并保证旧系统的数据在新系统中能够正确运行。1.6.3工作任务及进度计划项目从签订合同开始，保证系统于110工作日内开始试运行。具体进度计划时间合同签订再确定。中科软针对本项目的时间安排计划67996799010进度控制与保障本项目采取以下措施，控制项目进度，保证项目按期完成。严格按照项目计划中规定的阶段检查点检查项目进度，这些检查点包括各阶段性工作的结束标志，和定期的检查。一旦发现进度落后，项目领导小组和开发方要分析进度落后的原因，立即采取相应措施予以弥补，并预防类似问题在项目后期再次发生。中科软在为项目配备充足的开发技术力量的同时，做好一切后勤保障工作，包括在项目工作需要时，补充必要的技术人员；调动其他技术人员协助项目成员工作等。同时，保证项目开发组人员的稳定性，所有项目成员将自始至终专职参与本项目，不再安排其他工作。中科软将做好一切资源保障工作，包括开发组的设备、软件环境、通信手段、良好的食宿条件等。为节约时间、加强与业务人员的交流，全部需求分析、系统和大部分设计开发任务将在现场进行。1.7项目质量保证中科软已通过了IS09001和CMMI5认证，有完整的质量管理和质量控制体系。对于软件工程项目的管理，有相应的工程管理规范和质量控制程序，任何项目的策划、实施、售后服务，都要严格遵循。针对本项目建设，中科软将根据本公司的质量体系的要求，制定《本项目建设质量保证计划》（简称“质量计划”），并按照质量计划和质量体系有关程序和规范的要求，采取行之有效的质量保证和控制措施，达到公司质量方针和质量目标的要求，保证项目质量达到用户要求。具体包括以下措施：1.7.1配置管理1.项目档案按照中科软《项目管理控制程序》的要求，在项目开始后，将及时设立用户项目档案，内容包括自合同签订之后的所有文字记载的、与项目进展有关的各类文件/记录。按照中科软《与顾客有关过程控制程序》的要求，除详细保存与顾客有关的档案材料以外，项目组必须严格按规定保管、保护项目中使用的顾客财产，包括一切设备、文件、软件、数据等，确保顾客利益。软件配置管理中科软按照《配置管理控制程序》的要求，设有专门的公司级的配置管理岗位。同时，要求所有的软件项目设定配置管理角色。项目进展过程中的所有中间产品、文档、数据，都将纳入配置管理。严格按照配置管理规范，建立和管理基线，采用MicrosoftVisualSourceSafe或RationalClearCase等配置管理工具，辅助基线管理，控制版本更新。其中，基线的提交和更新，有专门的评审和审核手续，严格加以控制。所有开发人员的软件编码和测试的工作代码，都统一纳入配置管理过程库的管理，有效防止大型开发团队条件下的协调开发和版本冲突问题。1.7.2质量策划和质量跟踪中科软质量管理体系对开发项目质量策划有明确规定，质量计划的制定严格按照相应的控制程序和文档规范，结合本项目具体情况进行。除此之外，质量策划必须满足用户对产品质量的一切要求。质量计划必须通过公司质量管理部门组织的质量计划评审。质量计划是项目实施全过程中有关质量控制的最直接、最具体的规定，质量管理部门和项目质量管理员会随时对质量计划的执行情况进行跟踪，发现问题，应当立即予以纠正，并进入《纠正措施控制程序》和《预防措施控制程序》。1.7.3软件测试策略根据中科软《软件测试、验收控制程序》和《项目管理控制程序》等文件的要求，软件测试工作贯穿了软件生命周期的全过程。这些测试相关的工