软件项目管理课程设计报告酒店管理系统项目管理文档.doc

软件项目管理课程设计报告酒店管理系统项目管理文档小组成员分工及组长打分班级学号姓名承担工作组长打分10分教师打分评语目录1项目概述31.1编写目的31.2背景31.3定义41.4参考资料41.5重要术语42项目定义52.1软件生存期模型选择与设计52.2项目团队情况简述72.3软件估算情况82.4项目范围的信息分析与使用82.4.1软件的工作任务分解结构（WBS）82.4.2基于项目背景的WBS的细化方案102.4.3重要的假设及其说明113实施计划123.1进度计划123.2基于进度计划的成本核算173.3调整后的进度计划183.4关于进度计划的其他说明183.5关于其他计划的说明194项目成果产品204.1软件程序204.2软件文档204.3软件服务204.4非移交的软件产品204.5验收标准204.6风险管理224.6.1项目风险管理的目的224.6.2项目风险管理的组成224.6.3定义风险参数224.6.4风险管理策略224.6.5风险管理角色及职责235其他24项目概述1.1 编写目的进度是对执行的活动和里程碑制定的工作计划日期表，它决定是否达到预期目的，它是跟踪和沟通项目进展状态的依据，也是跟踪变更对项目影响的依据。它的主要目标是：最短时间、最少成本、最小风险，即在给定的限制条件下，用最短时间、最少成本，以最少风险完成项目工作。PMI强调：作为项目，成功的三大要素是计划、计划、计划，计划是通向项目成功的路线图。按时完成项目是对项目经理最大的挑战，因为时间是项目规划中灵活性最小的因素，进度问题又是项目冲突的主要原因，尤其是在项目的后期。所以进度计划是项目计划中最重要的部分，是项目计划的核心。项目的进度问题，经常是所有项目冲突的主要原因，为了缓解这个冲突，所以编写了项目进度计划说明书。本计划书意在指导项目开发过程中的各个阶段的工作，为各个阶段安排具体的工作。本说明书的与其读者为：每个项目组的组长及其有关人员。1.2 背景a.待开发的软件系统的名称: 酒店管理系统b.本项目的任务提出者、开发者、用户及实现该软件的组织结构（企业）项目的任务提出者：XX酒店高层领导本系统的开发者：YY软件股份有限公司本系统的用户：XX酒店的高层领导、部门经理及其员工。实现该软件企业（YY软件股份有限公司）的组织结构图：c.该软件系统同其他系统或其他机构的基本的相互来往关系。1.3 定义WBS :Work Breakdown Structure 任务分解结构。PMI: Project Management Institute 美国项目管理学会 ，成立于1969年一个国际性组织，PDM :Precedence Diagramming Method 单代号网络图1.4 参考资料1 软件项目管理案例教程（第一版），韩万江 姜立新编著， 机械工业出版社，2009年4月2 软件项目管理案例教程（第二版），韩万江 姜立新编著， 机械工业出版社，2009年4月 3 软件项目估计（第二版）, (美)CAPERS JONES 著，刘从越编译，电子工业出版社，2008年3月4 软件需求（第二版），（美）Karl E. wiegers 著，刘伟琴、刘洪涛译，清华大学出版社，2007年9月5 酒店管理工作细化执行与模板，王宏编著，人民邮电出版社，2008年4月1.5 重要术语1.WBS，Work Breakdown Structure，任务分解结构，是面向可交付成果的对项目元素的分组，它组织并定义了整个项目的范围。2.进度计划,进度，就是工作计划日期表3.质量计划：主要的质量管理对象是针对项目过程中那些对最终产品起着重要的作用的中间产品：需求规格、设计说明书，源程序，测试计划，测试结果等。2 项目定义2.1 软件生存期模型选择与设计1.选择增量模型的原因：1）.瀑布模型要求严格线性的开发，每个阶段开发活动结束后， 通过严格的阶段性复审与确认，得到该阶段的一致、 完整、 正确和无二义性的良好文档资料，以“冻结”这些文档资料， 作为该阶段的结束标志，保持不变，作为下一阶段活动的唯一基础， 以每一步的正确性和完整性来保证最终系统的质量。 但是大量的实践并不是这种理想的线性开发序列，而是在开发过程中逐步完善的。而在增量开发过程：软件描述、设计和实现活动被分散成一系列的增量，这些增量轮流被开发。先完成一个系统子集的开发，再按同样的开发步骤增加功能 (系统子集),如此递增下去直至满足全部系统需求。要求系统的总体设计在初始子集设计阶段就应做出设计。2）增量模型有如下优点：l 可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。l 可以更快地开发出可以操作的系统。l 可以减少开发过程中用户需求的变更。l 一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）。3）增量模型开发适合的项目：q 项目开始，明确了需求的大部分，但是需求可能会发生变化q 对于市场和用户把握不是很准，需要逐步了解q 对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。我们开发的是酒店管理系统，分客房模块、餐饮模块、财务模块、人力资源模块。虽然大部分的需求已明确，但是部分需求可能会发生变化；对于用户需逐步了解才能准确把握；对于复杂功能的系统进行功能改进，就需要一步一步实施的。同时系统具有可扩充性，若使用增量模型，可以保证系统的可扩充性。本项目具备增量模型的其他特点：项目的复杂程度中等；项目的风险较低；产品和文档的使用率会很高。所以选择增量式作为我们的开发模型。图2-1 增量式模型2.具体的设计为：图2-2 详细的增量模型2.2 项目团队情况简述表2-1 此项目团队人员的介绍：职位人员项目经理：需求分析员：概要设计员：详细设计员：编码人员：测试人员：由于项目初期信息不是很充分，所以初期的项目计划只存在一个计划表格，相当于一个大计划，简单说明计划的执行步骤，如表5所示。表2-2 项目初期计划任 务完成时间负责人资 源备 注项目规划2013-12-24需求获取2014-01-05需求确定2014-01-13概要设计2014-02-03详细设计2014-03-04项目实施2014-11-17有待细化项目集成、测试2014-01-11提交2014-02-072.3 软件估算情况此软件估算结果列表：表2-3 估算列表估算项估算结果功能点估算：该软件的功能点总数约为1012个进度估算：该软件开发时间15.9个月成本估算：总成本为333900元人员数估算：所需的人员为 3个人2.4 项目范围的信息分析与使用2.4.1 软件的工作任务分解结构（WBS）表2-4 WBS 分解情况编号任务名称任务内容定义备注1客房管理子系统涉及到客房部经理及部门员工的功能1.1客房登记登记信息生成报表 1.1.1入住登记登记信息生成入住报表，收取押金，交给客户住房卡及钥匙等 1.1.2退房登记登记信息生成退房报表，收银结算，收回住房卡和钥匙，交给客户票据 副根等1.2客房预订客房的预定服务 1.2.1预订登记预定登记并生产报表 1.2.2预订查询对已订房查询1.3客房更换客户要求改变客房时对报表操作1.4客户遗物管理管理客户遗失物品 1.4.1遗物信息录入录入客户遗失的物品 1.4.2遗物查询遗物查询及数据备份防止纠纷1.5客房经理涉及客房部经理的功能模块 1.5.1客房价格调整显示客房价格变更的信息 1.5.2工作报告年、月 预算报表的提交，酒店正式年、月 预算的查看，员工绩效考核等1.6信息查询查询客房历史记录及客户信息等2餐饮管理子系统涉及到餐饮部经理及部门员工的功能2.1点 单生成点菜单报表2.2预 定记录客户预定餐饮服务并生产报表2.3买 单收银结算并生成清单交付客户票据 副根等2.4换 台更新报表2.5餐饮经理涉及餐饮部经理的功能模块 2.5.1餐饮价格调整显示餐饮价格变更的信息 2.5.2工作报告年、月预算报表的提交，酒店正式年、月预算的查看，员工绩效考核等2.6信息查询查询餐饮历史记录及客户信息等3财务管理子系统涉及财务的相关功能3.1查看财务预算汇总表查看汇总后的预算报表 3.1.1查看月度预算汇总表查看汇总后的月度预算报表 3.2.2查看年度预算汇总表查看汇总后的年度预算报表3.2酒店财务预算综合各信息后由相关负责人发布酒店正式的财务预算报表 3.2.1酒店年度预算发布发布酒店年度预算报表并显示在部门经理窗体下相应版块 3.2.2酒店月度预算发布发布酒店月度预算报表并显示在部门经理窗体下相应版块 3.2.3查看查看酒店的年度预算报表及月度预算报表3.3查看报表查看报表3.3.1年度报表查看年度报表3.3.2月度报表查看月度报表3.4财务经理查看酒店的财务报表 3.4.1月度报表查看各部门的月度财务报表并可将其整合为总月度财务报表 3.4.2年度报表查看各部门的年度财务报表并可将其整合为总年度财务报表3.5工作报告写入业务文档备份为财务预算提供信息4人力资源管理子系统涉及人力资源管理的相关功能4.1员工管理管理员工信息的录入、修改、删除 4.1.1员工添加添加新员工的信息 4.1.2员工信息修改修改员工信息 4.1.3员工删除删除被解雇的员工信息4.2绩效考核调出员工月度考核表并对员工做出加薪、降薪、升职、解雇等命令等4.3员工查看调出员工信息表以备查询 4.3.1个人基本信息查看员工的基本信息 4.3.2培训档案查看员工的培训档案4.4人力资源经理人力资源部经理的各项职能4.4.1工作报告写入业务文档备份2.4.2 基于项目背景的WBS的细化方案表2-5 WBS 细化方案项目阶段各活动下的任务任务内容定义责任人需求分析阶段1对各个子系统进行需求获取用多种方式进行需求获取2对获得的需求进行确认分阶段的开需求评审会议概要设计阶段1.各个系统的用例描述和图各个系统总的用例，分用例和所有的用例解说2.各个系统的概念数据建模各个系统的E-R模型和UML模型3.概要设计评审分阶段开概要评审会议详细设计阶段1. 各个系统对象关系建模各个系统的对象模型建立2. 各个系统分析类各个系统的分析类，界面类，控制类3. 各个系统设计类设置所有类的属性值，和方法头4. 各个系统物理数据库设计对所有关系进行物理数据库5.详细设计评审分阶段开详细评审会议编码阶段1.客房管理子系统编码对管理员子系统的分析类的方法进行编码2客房管理子系统集成对管理员子系统所有模块进行集成3.餐饮管理子系统编码对教师子系统的分析类的方法进行编码4.餐饮管理子系统集成对教师子系统所有模块进行集成5.财务管理子系统编码对学生子系统的分析类的方法进行编码6.财务管理子系统集成对学生子系统所有模块进行集成7.人力资源管理子系统编码对人力资源管理子系统的分析类的方法进行编码8. 人力资源管理子系统集成对人力资源管理子系统所有模块进行集成系统集成1.系统集成对各个子系统进行集成系统测试1.集成测试对各个子系统的集成进行测试2.环境测试对发布版本的环境进行测试提交1.编写用户使用手册包括使用的方法2.提供给用户安装程序主要是安装向导用户培训1.给用户进行初期进行系统应用的基本培训2.4.3 重要的假设及其说明假设：1.酒店领导，公司领导都比较重视。2.酒店里的领导，员工都比较积极主动配合。3.分配的功能点总数为1012个，平均每人337个功能点4.每个人每个月人均生产率为24个功能点。3 实施计划3.1 进度计划此处用甘特图或进度表格描述。1） 进度计划：表3-1 进度计划表任务名称工 期开始时间结束时间资 源酒店管理系统420d2013-12-62015-2-7l 软件项目规划15 d2013-12-62013-12-24项目规划8 d2013-12-62013-12-15计划评审7 d2013-12-162013-12-24l 需求开发14 d2013-12-272014-1-13用户界面设计5 d2013-12-272013-12-31用户需求评审3 d2014-1-32014-1-5修改需求、修改用户界面3 d2014-1-62014-1-10编写需求规格说明书2 d2014-1-112014-1-12需求验证1 d2014-1-132014-1-13l 概要设计15 d2014-1-142014-2-3用例描述图5 d2014-1-142014-1-20概念数据建模5 d2014-1-212014-1-27概要设计评审5 d2014-1-282014-2-3l 详细设计21d2014-2-42014-3-4对象关系建模4 d2014-2-42014-2-9分析类5 d2014-2-102014-2-16设计类4 d2014-2-172014-2-22物理数据库设计5 d2014-2-232014-3-1详细设计评审3 d2014-3-22014-3-4l 项目实施184 d2014-3-72014-11-17客房管理子系统50 d2014-3-72014-5-13通用功能-增量15 d2014-3-72014-3-11信息查询3 d2014-3-72014-3-9增量1评审2 d2014-3-102014-3-11客房登记-增量29 d2014-3-142014-3-24入住登记3 d2014-3-142014-3-16退房登记2 d2014-3-172014-3-18客房更换2 d2014-3-212014-3-22增量2评审2 d2014-3-232014-3-24客房预订-增量39 d2014-3-252014-4-6预订登记4 d2014-3-252014-3-30预订房查询3 d2014-3-312014-4-4增量3评审2 d2014-4-52014-4-6客户遗物管理-增量49 d2014-4-72014-4-19遗物信息录入3 d2014-4-72014-4-11遗物查询3 d2014-4-122014-4-14增量4评审3 d2014-4-152014-4-19客房经理-增量511 d2014-4-202014-5-4客房价格调整3 d2014-4-202014-4-22工作报告4 d2014-4-252014-4-28增量5评审4 d2014-4-292014-5-4客房管理子系统集成7 d2014-5-52014-5-13子系统集成测试3 d2014-5-52014-5-9子环境测试4 d2014-5-102014-5-13餐饮管理子系统43 d2014-5-162014-7-13通用功能-增量124 d2014-5-162014-6-16点单4 d2014-5-162014-5-19信息查询4 d2014-5-202014-5-25预定4 d2014-5-262014-5-31买单4 d2014-6-12014-6-6换台4 d2014-6-72014-6-10增量1评审4 d2014-6-132014-6-16餐饮经理-增量211 d2014-6-172014-7-1餐饮价格调整5 d2014-6-172014-6-23工作报告3 d2014-6-242014-6-28增量2评审3 d2014-6-292014-7-1餐饮管理子系统集成8 d2014-7-42014-7-13子系统集成测试4 d2014-7-42014-7-7子环境测试4 d2014-7-82014-7-13财务管理子系统50 d2014-7-142014-9-21财务经理-增量19 d2014-7-142014-7-26月度预算审核3 d2014-7-142014-7-18年度预算审核3 d2014-7-192014-7-21增量1评审3 d2014-7-222014-7-26查看财务预算汇总表-增量29 d2014-7-272014-8-8查看月度预算汇总表3 d2014-7-272014-7-29查看年度预算汇总表3 d2014-8-12014-8-3增量2评审3 d2014-8-42014-8-8酒店财务预算-增量313 d2014-8-92014-8-25酒店年度预算发布3 d2014-8-92014-8-11酒店月度预算发布3 d2014-8-122014-8-16查看3 d2014-8-172014-8-19增量3评审4 d2014-8-222014-8-25查看报表-增量411 d2014-8-262014-9-9月度报表3 d2014-8-262014-8-30年度报表4 d2014-8-312014-9-5增量4评审4 d2014-9-62014-9-9财务管理子系统集成8 d2014-9-122014-9-21子系统集成测试4 d2014-9-122014-9-15子环境测试4 d2014-9-162014-9-21人力资源管理子系统41 d2014-9-222014-11-17人力资源经理-增量110 d2014-9-222014-10-5绩效考核3 d2014-9-222014-9-26工作报告3 d2014-9-272014-9-29增量1评审4 d2014-9-302014-10-5员工管理-增量29 d2014-10-62014-10-18员工添加2 d2014-10-62014-10-7员工信息修改2 d2014-10-102014-10-11员工删除2 d2014-10-122014-10-13增量2评审3 d2014-10-142014-10-18员工查看-增量314 d2014-10-192014-11-7个人基本信息4 d2014-10-192014-10-24培训档案4 d2014-10-252014-10-28增量3评审6 d2014-10-312014-11-7人力资源管理子系统集成8 d2014-11-82014-11-17子系统集成测试5 d2014-11-82014-11-14子环境测试3 d2014-11-152014-11-17l 系统集成24 d2014-11-182014-12-21系统集成24 d2014-11-182014-12-21l 系统测试29 d2014-12-222015-1-31系统测试15 d2014-12-222015-1-11环境测试14 d2015-1-122015-1-31l 提交5 d2015-2-12015-2-7完成文档3 d2015-2-12015-2-3验收、提交2 d2015-2-62015-2-7备 注：安排的时间范围已包含节假日2）项目的PDM图图3-1 进度计划网络图2） 项目进度计划的甘特图：3） 项目甘特图实施部分的计划展开如下：图3-3 实施部分的甘特图5）里程碑高层领导可能更加关注里程碑的进展，所以需要一个里程碑的图示，如下表所示。表3-2 里程碑表事件时间增量1客房管理通用功能2014-03-11增量2客房登记2014-03-24增量3客房预订2014-04-06增量4客房遗物管理2014-04-19增量5客房经理2014-05-04增量6客房管理子系统集成2014-05-13增量7餐饮管理通用功能2014-06-16增量8餐饮经理2014-07-01增量9餐饮管理子系统集成2014-07-13增量10财务经理2014-07-26增量11查看财务预算汇总表2014-08-08增量12酒店财务预算2014-08-25增量13查看报表2014-09-09增量14财务管理子系统集成2014-09-21增量15人力资源经理2014-10-05增量16员工管理2014-10-18增量17员工查看2014-11-07增量18人力资源管理子系统集成2014-11-173.2 基于进度计划的成本核算表3-3 基于进度计划的成本核算表任务名称开始时间结束时间比较基准酒店管理系统2013-12-62015-2-7340，000l 软件项目规划2013-12-62013-12-2412，000项目规划2013-12-62013-12-157，000计划评审2013-12-162013-12-245，000l 需求开发2013-12-272014-1-1330，000用户界面设计2013-12-272013-12-3110，000用户需求评审2014-1-32014-1-59，000修改需求、修改用户界面2014-1-62014-1-104，000编写需求规格说明书2014-1-112014-1-123，000需求验证2014-1-132014-1-134，000l 概要设计2014-1-142014-2-313，000用例描述图2014-1-142014-1-204，000概念数据建模2014-1-212014-1-276，000概要设计评审2014-1-282014-2-33，000l 详细设计2014-2-42014-3-440，000对象关系建模2014-2-42014-2-98，000分析类2014-2-102014-2-1611，000设计类2014-2-172014-2-2211，000物理数据库设计2014-2-232014-3-16，000详细设计评审2014-3-22014-3-44，000l 项目实施2014-3-72014-11-17210，000客房管理子系统2014-3-72014-5-1360，000通用功能-增量12014-3-72014-3-1813，000客房登记-增量22014-3-212014-3-2510，000客房预订-增量32014-3-282014-4-810，000客户遗物管理-增量42014-4-112014-4-1910，000客房经理-增量52014-4-202014-5-312，000客房管理子系统集成2014-5-42014-5-135，000餐饮管理子系统2014-5-162014-7-1350，000通用功能-增量12014-5-162014-6-1030，000餐饮经理-增量22014-6-132014-7-615，000餐饮管理子系统集成2014-7-72014-7-135，000财务管理子系统2014-7-142014-9-2160，000财务经理-增量12014-7-142014-7-2015，000查看财务预算汇总表-增量22014-7-212014-8-311，000酒店财务预算-增量32014-8-42014-8-1111，000查看报表-增量42014-8-122014-8-3013，000财务管理子系统集成2014-9-82014-9-215，000人力资源管理子系统2014-9-222014-11-1740，000人力资源经理-增量12014-9-222014-10-510，000员工管理-增量22014-10-62014-10-1813，000员工查看-增量32014-10-192014-11-712，000人力资源管理子系统集成2014-11-82014-11-175，000l 系统集成2014-11-182014-12-2115，000系统集成2014-11-182014-12-2115，000l 系统测试2014-12-222015-1-3115，000系统测试2014-12-222015-1-119，000环境测试2015-1-122015-1-316，000l 提交2015-2-12015-2-75，000完成文档2015-2-12015-2-33，500验收、提交2015-2-62015-2-71，500项目开发人员为3个人员。项目开发用到52个人月。预算总成本为340，000元（见上表），与估算的成本333，900元基本持平（有一点差距）。这样340，000元可以作为项目的成本控制参考。3.3 调整后的进度计划逐项列出影响初始计划的因素和调整的条目（包括影响项目成败的关键问题、技术难点和风险），指出这些问题对项目的影响然后给出调整后的进度计划。由于系统规模不是很大，开发团队的人员对本系统也很熟悉，所以开发的过程中风险较小。所以进度计划没有太大的改动。3.4 关于进度计划的其他说明1.本进度计划是从按照交付日期倒推确定时间，然后安排计划内容； 2.进度安排提交的日期并非是真实的交付日期，而是留有半个月左右的余量时间，以备变化。3.5 关于其他计划的说明质量管理计划、1.软件质量是设计出来的不是检查出来的。所以质量管理的关键是预防重于检查，事前计划好质量，而不是事后检查。2. 软件质量计划的主要内容为：针对项目过程中那些对最终产品起着重要的作用的中间产品：需求规格、设计说明书，源程序，测试计划，测试结果等的管理。配置管理计划1.管理的主要内容为：版本信息。2.管理的主要目标：软件配置的完整性和可追溯性。项目跟踪管理计划1.基本原理：2.项目跟踪的主要目的是：保证正确的人在正确的时候得到正确的信息。4 项目成果产品4.1 软件程序程序名称：酒店管理系统安装程序所用的编程语言：Visual Basic 存储程序的媒体形式: 移动硬盘本系统能够完成用户所提的基本功能需求和非功能需求，安全性能比较高，且能同时容纳2000人同时访问服务器。4.2 软件文档验收报告：客户对产品的验收情况的记录用户安装手册：指导用户怎样安装产品用户使用手册：指导用户怎样使用本系统帮助：提供给用户在使用过程中的参考4.3 软件服务服务名称服务的级别服务开始日期服务期限是否收费安装培训低软件提交给用户时1d不收系统维护高每年寒假开始2d视情况而定运行支持高软件提交给用户时1d不收4.4 非移交的软件产品项目计划质量保证计划配置管理计划项目范围说明书概要设计说明书详细设计说明书设计术语及规范源程序编码规则测试计划测试用例测试报告4.5 验收标准1.验收测试的对象：软件包括程序、数据和文档。2.验收测试要注意问题：（1）验收测试始终要以双方确认的需求规格说明和技术合同为准，确认各项需求是否得到满足，各项合同条款是否得到贯彻执行。（2）验收测试和单元测试、集成测试不同，它是以验证软件的正确性为主，而不是以发现软件错误为主。（3）对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。（4）验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。 3.验收测试的目的是确认系统是否满足产品需求规格说明和技术合同的相关规定。通过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。（1）安装测试 ：安装测试的目的在于验证软件能否在不同的配置情况下完成安装，并确认能否正常运行。（2）功能测试 ：功能测试是验收测试中的主要内容。功能测试要包含以下项目：单个模块的查询、增加、删除、修改、保存等操作；数据的输入与输出；数据处理操作，如导入、结转等；基础数据定义的精度；计算的准确性，如仓库的历史库存、当前库存、货位库存是否准确；数据共享能力；身份验证和权限管理。（3）界面测试 ：界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。测试用例的设计要重点掌握以下几点： 第一，背景和前景的颜色是否协调，颜色反差是否用得恰当；第二，软件得图标、按钮、对话框等外观风格是否一致，美观效果所要求的屏幕分辨率；第三，窗口元素的布局是否合理，并保持一致；第四，各种字段标题的信息描述是否准确；第五，快捷键、按钮、鼠标等操作在软件中是否一致；第六，窗口及报表的显示比例和格式是否能适应用户的预期需求；第七，误操作引起的错误提示是否友好；第八，活动窗口和被选中的记录是否高亮显示；第九，是否有帮助信息，菜单导航能否正常执行；第十，检查一些特殊域和特殊控件能否运行。 （4）性能测试 ：性能测试主要测试软件的运行速度和对资源的消耗。通过调整软硬件配置、网络拓扑结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。一般借助Win Runner之类的企业级自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。 （5）文档测试 ：文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯性和可理解性。（6）其他测试 ：第一，安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性；第二，兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。4.6 风险管理4.6.1 项目风险管理的目的风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间，资源和预算完成产生重大影响。风险管理的目标是在潜在问题发作以前就标志它们，这样就可以在生命周期中可以适时地计划和启用风险处理活动。4.6.2 项目风险管理的组成4.6.3 定义风险参数风险参数可用于评估、分类和划分风险的优先级；该项目将发生的可能性的等级划分为：非常可能发生，可能发生，几乎不可能发生3个级别。将对项目的影响程度划分为：非常严重影响，严重影响，中等影响，微弱影响4个级别。相应的表格如下：发生的可能性对项目的影响程度名称等级名称等级非常可能发生3非常严重影响4可能发生2严重影响3几乎不可能发生2中等影响2微弱影响14.6.4 风险管理策略有三种主要的策略：*风险规避：使其不再受到该风险的影响。 *风险转移：让其他方（客户、厂商、银行、其他主体等）承担该风险。*风险接受：决定将该风险当作意外事件来接受。监测风险征兆，并制定应急计划，以确定在风险发生时将采取何种行动。4.6.5 风险管理角色及职责（1）项目经理项目经理对风险管理工作负全部责任。（2）项目组开发人员项目组开发人员将被要求作为项目风险分析组的成员，对项目工作中存在的风险进行分析，并整理成书面材料。（3）SQASQA经理将定期对风险管理工作开展情况进行评审，确保所开展的风险管理工作符合组织的要求。5 其他因为项目开发是个循环迭代的过程。在项目计划编制过程中，存在清楚的依赖关系，原则上要求它们按照基本相同的顺序进行。但在具体的实现过程中可能会有所变动。因此项目计划是一个逐步完善的过程。项目计划的开发是贯穿项目始终的，可以渐进式进行，例如初始计划可能包含资源的属性和未定义的项目日期的活动排序，而后可以细化项目计划，包括具体的资源和明确的项目日期等。25