软件实施方案.docxVIP

WURD格式 专业资料 5、项目实施方案 5.1 组织机构 项目组人员组织结构 为项目顺利启动并成功实施， 确保项目质量，达到预期目标，建立分工明确、职责清楚、层次分明又能协调配合的项目管理组织和架构就是至关重要的环节。根据学校的情况及所需协调资源，建立的组织结构如下。 公司领导小组 项目的最高领导，了解项目进展情况，协调各自项目资源，控制项目进度、风险，进行重大决策，明确管理架构及人员，协调各自人员到位，确认项目目标 系统及验收标准，对项目过程中涉及项目范围的变更内容进行确认， 并审批变更，解决项目过程中所出现的重大问题。 项目总监 / 项目经理 项目总监是项目实施的总负责人，全权负责项目过程的管理，包括人、才、物的管理；协调各部门之间的沟通，确保工程项目的按时、优质完成。项目总工 程师分管两个分项目组， 每个项目组都有项目组长， 分项目组的主要职能是： 项目设计、项目计划编制、项目实施过程的管理、测试盒质量保证、远程支持体系 的管理、用户培训、协作、验收、确保分项目的高质量完成。 商务组 XXXX公司的商务代表组成，负责处理与合同有关的各种商务活动，例如产品的交货、费用结算、与软件产品、硬件产品供应商的商务来往。 QA 对项目组进行质量体系文件与本项目相关部分的应用培训； 跟踪监督项目过 程活动；检查项目成果是否符合规范、规定要求；动态监控质量体系执行情况； 对违反质量管理规范的情况提出改进或否决意见；及时提交质量监控报告。 系统集成与实施组 项目相关硬件系统及网络方案确定； 项目相关硬件系统环境及网络环境的搭 建、调试；系统软件及所需工具的检查和安装；硬件系统的运行维护。 业务组 了解用户需要；整理撰写目标系统说明书；参加需求评审，确认最终需求；制订项目目标及验收标准；组织系统验收过程，验收最终系统。 开发组 确认系统需求； 撰写开发方案及各设计文档； 根据编码规范， 对系统进行编码实现；对完成的模块采用白盒测试方法进行自测； 对提交测试组测试出的问题进行修改。开发组下设四个开发小组 规划组：负责学校学生工作管理系统采购项目规划 需求调研组：负责学校学生工作管理系统采购项目需求调研 开发组：负责学校学生工作管理系统采购项目的开发 测试组： 搭建测试环境，确定测试方案；撰写测试计划及测试用例； 对系统进行测试； 根据测试结果提交各问题表及测试报告； 对修改完成的版本进行回归测试。 培训组 进行用户培训。 支持服务组 对系统的软硬件运行进行维护； 对系统运行中的问题进行记录， 并转交开发组；对系统运行中产生的一般性故障进行维护。 5.2 风险管理 将项目实施过程中出现的风险包括已成功规避的风险都在项目结项时进行 总结并积累下来， 形成风险操作指南， 作为后期项目的一个参考。 项目在立项阶 段制定该项目的《风险管理计划》 ，每个阶段都更新相应的《风险列表》 ，针对风 险列表中各风险进行风险的识别、分析和应对，有效规避风险。 风险识别 风险识别包含两方面内容： 识别哪能些风险可能影响项目进展及记录具体风 险的各方面特征。风险识别不是一次性行为，而应有规律的穿整个项目中。 项目的有效沟通也是项目成败的关键， 通常项目过程中项目组成员之间或与客户之间一般都通过语言沟通交流， 领导和员工间通过开会布置任务， 容易造成文档、资料丢失和事后检查困难等。 针对这类问题，公司制定的《项目管理制度》中明确规定项目交流制度方式、 时间、频度，包括项目过程中项目组与客户交流、部门之间交流、部门内部交流、项目组内部交流过程的规范，并要求在《项目总体计划》中确定下来，保证项目过程中沟通的规范性和有效性。 风险量化 风险量化涉及到对风险和风险之间相互作用的评估， 用这个评估分析项目可能的输出。这首先需要决定哪些风险值得反应。 风险由于包括诸多因素而较复杂，这里就部分因素列举如下： 风险对策研究 风险对策研究包括对机会的跟踪进度和对危机的对策的定义。 对危胁的对策大体分以下三点： 避免 -- 排除特定危胁往往靠排除危胁起源。 项目管理队伍绝不可能排除所有风险，但特定的风险事件往往是可以排除的。 减缓 -- 减少风险事件的预期资金投入来减低风险发生的概率， 以及减少风险事件的风险系数，或两者双管齐下。 吸纳 -- 接受一切后果。 这种接受可以是积极的 （如制定预防性计划来防备风险事件的发生），也可以是消极的。 风险对策实施控制 风险对策实施控制包括实施风险管理方案以便在项目过程中对风险事件做 出回应。当变故发生时， 需要重复进行风险识别， 风险量化以及风险对策研究一 整套基本措施。就算最彻底和最复杂的分析也不可能准确识别所有风险以及其发 生概率，理解这一点是很重要的，因此控制和重复是必要的。 5.3 质量保证 项目承建方质量方针 始终如一地从用户利益出发，