软件实施方案

1、5、项目实施方案 5.1组织机构项目组人员组织结构为项目顺利启动并成功实施，确保项目质达到预期目标，建立分工明确、职责清楚、层次分明又能协调配合的项目管理组织和架构就是至关重要的环节。根据学校的情况及所需协调资源，建立的组织结构如下。 公司领导小组项目的最高领导，了解项目进展情况，协调各自项目资源，控制项目进度、风险，进行重大决策，明确管理架构及人员，协调各自人员到位，确认项目目标系统及验收标准，对项目过程中涉及项目范围的变更内容进行确认，并审批变更， 解决项目过程中所出现的重大问题。 项目总监/项目经理项目总监是项目实施的总负责人，全权负责项目过程的管理，包括人、才、 物的管 理；协调各部门

2、之间的沟通，确保工程项目的按时、优质完成。项目总工程师分管两个分项目组，每个项目组都有项目组长，分项目组的主要职能是：项 目设计、项目计划编 制、项目实施过程的管理、测试盒质M保证、远程支持体系的管理、用片培训、协作、验收、确保分项目的高质M完成。 商务组由XXX您司的商务代表组成，负责处理与合同有关的各种商务活动，例如产品的交货、费用结算、与软件产品、硬件产品供应商的商务来往。QA对项目组进行质M体系文件与本项目相关部分的应用培训；跟踪监督项目过程活动；检查项目成果是否符合规范、规定要求；动态监控质M体系执行情况；对违反质M管理规范的情况提出改进或否决意见；及时提交质M监控报告。系统集成与实

3、施组建、调项目相关硬件系统及网络方案确定；项目相关硬件系统环境及网络环境的搭 试；系统软件及所需工具的检查和安装；硬件系统的运行维护。建、调业务组了解用片需要；整理撰写目标系统说明书；参加需求评审，确认最终需求； 制订项 目目标及验收标准；组织系统验收过程，验收最终系统。开发组确认系统需求；撰写开发方案及各设计文档；根据编码规范，对系统进行编 码实 现；对完成的模块采用白盒测试方法进行自测；对提交测试组测试出的问题 进行修改。开发组下设四个开发小组1）规划组：负责学校学生工作管理系统采购项目规划2）需求调研组：负责学校学生工作管理系统采购项目需求调研3）开发组：负责学校学生工作管理系统采购项目

4、的开发4）测试组：搭建测试环境，确定测试方案；撰写测试计划及测试用例；对系统进行测试；根据测试结果提交各问题表及测试报告；对修改完成 的版本进行回归测试。培训组进行用片培训。支持服务组对系统的软硬件运行进行维护；对系统运行中的问题进行记录，并转交开发 组；对 系统运行中产生的一般性故障进行维护。风险管理将项目实施过程中出现的风险包括已成功规避的风险都在项目结项时进行总结并积累下来，形成风险操作指南，作为后期项目的一个参考。项目在立项阶段制定该项目的风险管理计划，每个阶段都更新相应的风险列表，针对风险列表中各风险进行风险的识别、分析和应对，有效规避风险。 风险识别风险识别包含两方面内容：识别哪能

5、些风险可能影响项目进展及记录具体风险的各方面特征。风险识别不是一次性行为，而应有规律的穿整个项目中。输入工具和方陆输出.1产品说明.2其他计划输出.3历史资料.1核对表n.2流量表.3 ffilS.1风险因素.2潘在风险事件.3磁征兆.4对亘他程序的输入项目的有效沟通也是项目成败的关键，通常项目过程中项目组成员之间或与客尸之间一般都通过语言沟通交流，领导和员工间通过开会布置任务，容易造成文档、资料丢失和事后检查困难等。针对这类问题，公司制定的项目管理制度中明确规定项目交流制度方式、时间、频度，包括项目过程中项目组与客片交流、 部门之间交流、部门内 部交流、项目组内部交流过程的规范，并要求在项目

6、总体计划中确定下来，保证项目过程中沟通的规范性和有效性。 风险M化风险M化涉及到对风险和风险之间相互作用的评估，用这个评估分析项目可能的输出。这首先需要决定哪些风险值得反应。风险由于包括诸多因素而较复杂,这里就部分因素列举如下：输入工砸极输出1.1 OS对幅的容忍度 寸风1瞪因事3潸在风险第件.4咸本评信5运作周期评估1期望资金裁.2婉计数加总4 MM5专冢卿新.1需跟嫁的机会.应辰应 的威胁2褪怨视的机绘.濡纳的 鼠胁风险对策研究风险对策研究包括对机会的跟踪进度和对危机的对策的定义。对危胁的对策大体分以下三点：避免-排除特定危胁往往靠排除危胁起源。项目管理队伍绝不可能排除所有风险,但特定的风

7、险事件往往是可以排除的。减缓-减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数，或两者双管齐下。吸纳-接受一切后果。这种接受可以是积极的（如制定预防性计划来防备风险事件的发生），也可以是消极的喻入常曲的机会 应反应的厕 樵忽视的机会.破攥纳的威胁喻入常曲的机会 应反应的厕 樵忽视的机会.破攥纳的威胁工具和方法2茹防性计划3瞽他略4投保1国监管理方案2对其它程序的输入3府防性计划4储爸5K妁风险对策实施控制风险对策实施控制包括实施风险管理方案以便在项目过程中对风险事件做出回应。当变故发生时，需要重复进行风险识别，风险M化以及风险对策研究一整套基本措施。就算最彻底和最复杂

8、的分析也不可能准确识别所有风险以及其发生概率，理解这一点是输入侃险管理方案.2冥际风险事件输入侃险管理方案.2冥际风险事件.3附加口 N识别工具和方隙p工咋区J附加险策略研究输出1校正为2实时调整冈险管理质量保证质童计划i.质童计划i.输入D质量录爵2)豳H3产品诫月标准和觌则具他程序的输出2手段和技巧效益咸本分析摄日勺水平标准珈程图4)试验设计二输出疽璧营理计划疑作性定义质童保证焉入1)质量营理计划 岛髓董整削捡测第累3揖作性定义 戈手段和 技巧1 )质量计划手段和技 巧琏出质控制1输入1)工隹成累3廉量管理计划$高隹性定义 舟 辍单手段和技巧1概瞥制衰q，谶暮调查窥计猫规图邃出1戒重良高

9、耳可播受的彳爰定 砸工4硼后刖国验单5施序调整项目承建方质M方针始终如一地从用尸利益出发，最大限度地优化从供应商到客尸这一流程的所 有重要环节，使用尸利益最大化是项目承建方生存和发展的基本出发点。持续改进是项目承建方每个员工的责任项目承建方每一名员工都认识到质M对于项目成功的重要性，质M是每一个 人的责任，我们不断寻求更理想的提高质M的途径，不断加强生产优质产品、提供卓越服务的主动精神、专业技能和生产过程能力。质M保证活动每个项目都有一个专职 QA对项目过程进行跟踪，在项目立项阶段由QA制定 质M保证计划，并根据该计划对项目各过程进行跟踪，主要包括：代表开发小组与用尸进行访谈、交流，与用片之间

10、的交流通道，对项目组不能解决的问题以QA告的形式提交项目组。组织并参与评价项目各阶段的评审跟踪项目需求，重点监控项目过程变更的数并填写相应记录表格；监控 贯穿于 整个项目过程需求的一致性。定期与用片进行沟通，进行用尸满意度跟踪与调查在项目需求确定后，与项目承建商共同商定系统验收标准和客片测试的测试方案确认，保证测试过程目标明确性和有效性。配置管理软件配置管理是指对工作成果（主要是代码和文档）进行版本管理，保证所 有工作 成果的完整性和跟踪性。配置管理是对工作成果的一种有效保护。整个机构应当统一使用配置管理软 件（包括文档管理软件和代码管理软件）。任何项目成员都必须对自己的工作成果进行配置管制定

11、规划管理计划10规划管理员理。制定规划管理计划10规划管理员文档相关人员文档文档相关人员文档代码 管理软件配置管理的流程如图所示，关键活动是“制定配置管理计划”、“文档管理”和“代码管理”。配置管理需要记录每一配置对象的创建、变更及消亡情况。配置管理员需要及时填写配置管理报告。在任意配置对象出现变更时，该对象必须做备份，且该备份不能将原来的备份覆盖，宜至该配置对象被评审通过形成基线后，可以只保留最近 的备份。在项目出现反复或失误时，配置管理人员必须能以最快的速度拿出最近的回溯点版本。配置管理员必须能够对每一次修改的主要责任人进行准确的定位，同时也必须对每一次修改的根本原因有准确的了解，必要时应

12、能拿出充分的材料文档管理项目文档管理包括规范相关文档管理和项目过程文档管理。规范相关文档主要用于指导项目各阶段操作内容，详细说明各阶段的主要任 务及产生的阶段成果，保证各项目都能够按照科学的有成功先例的项目模式执行。在项目立项阶段，该项目QA会与项目负责人根据项目特点共同确定该项目所使用的规范，形成实施项目过程指导，作为该项目过程的执行规范；项目过程文档指本项目在各阶段产生的阶段成果，包括需求阶段的目标系统 说明书、计划阶段产生的项目工作手册或项目总体计划、设计阶段产生的数据库 设计说明书和设计文档等，保证下一阶段与上一阶段工作的延续性与一致性。阶段编制阶段编制阶段3:碾布为避免出现项目过程中

13、抛开文档，自行开发，导致项目结束时才发现文档与系统根本不相关的现象，项目承建方对项目过程中的文档管理采用一套完整的流程，有独立于项目组的SCM（配置管理工程师）专职保证项目过程中能够提取出的文档与目标系统是一致的。所有项目过程中的变更都必须经SCCEIT批后才能够进行变更，变更内容入库只有该项目SCM能够进入基线库进行更新，而项目 过程中的最终版本和项目验收标准版本都是从基线库中提取，从而保证项目过程中文档与系统的一致性。篥统评怙员 J JL _ _j老用户h_J系统管理直L L11 .“能性描赴安装描述系统背理飒向导描述挺供如何开始址用系 统耐砒功能的详细 描述测试管理专门成立独立于开发的项

14、目测试组，由受过专业测试培训的人员组成，保证 测试过 程的相对独立性，也保证测试的有效性。测试人员在项目立项阶段就会参与到项目中，保证了对项目需求的了解。测试工作流程常求防1设计所段单元集成侧试试阶段ZIZ性能网式防1T- 用初文棚阶豉 站顶总结明葭测试方法采用白盒测试和黑盒测试相结合的方式，测试过程分为业务模块测试、系统测试、整体测试，测试内容包括功能测试、可靠性、安全性、性能、可扩充性、可维护性、平台移植性、与其它系统的接口等测试，测试数据由测试人员通过撰写测试用例的方式进行准备，测试结果以测试报告的方式进行需求反馈。测试过程遵循公司测试流程规范，保证测试过程所有问题的有效解决。需求阶段测

15、试流程*进入概要滥谕段测试在项目需求确定后，与项目承建商共同商定系统验收标准和客尸测试的测试方案确认，保证测试过程目标明确性和有效性。测试可以大致可以分为一下几类；单元 /集成测试，系统测试，压力测试，性能测试单元/集成测试阶段流程详太田设计提盘日乐报肯？ 挑改代玛提交虫荒血贰报皆系统测试阶段流程图进入下一阶段接上一阶段建姥金肖写困试计划用洌带审环J，压力测试流程右雷性垸或迅回I Y退回或傩顼E1拮SIM系谿则试.:垢二冲卜？ S测丽例畿自动他躺炯 一达到窥士祸Hi送-r -sfi求r 说明：压力测试为模拟用尸正常使用时，系统正常工作的最小时间接上一附声模帆名用尸模帆名用尸压力测试返回开发假改过人性能比试性能测试流程说明：测试系统的崩溃极限（最多使用人数和数据库的极限容M）接上一前段嗖理用口数量 .压力则修7-1至殛丽溃返回开发修改j .1攫交测武报古. 事底进行一鳏下用户评价本阶段由客片项目组成员完成，包括以下步骤：设计用片接受程度测试的标准测试队伍的培训设计测试的文档和数据进行用尸接受测试，允许用片评定交付的系统是否依据已达成协议的未来的流程进行设置并执行完成的。这个测试包括所有终端对终端的程序、在线业务流程、与其他系统的集成（如果有的话）等而不仅仅是系统本身的测试。项目验收在项目试运行阶段接近结束时，项目经理应提前准备发布正式版本，确保项 目验收前，客尸现场所用版本为正式版