软件项目策划管理大作业

1、大连理工大学软件学院软件项目治理大作业“政府公文审批及工作通告”应用程序软件项目治理01年6月1日目录合同治理HYPERLINK N:整理后l-4需方合同环境-41.1 合同预备-41.1.2 合同签署-5.1.3 合同治理-51.1合同终止过程-6供方合同环境-12.1 合同预备-61.2 合同签署-1. 合同治理-61.2.4 合同终止过程-6内部环境-7合同-7生存期HYPERLINK N:整理后-9需求治理 YPELIN l 需求治理 -13.1 软件需求治理过程-13.1需求规格-131.2 需求变更治理-12任务分解 RLINK l 任务分解 -134.1 任务清单-13.1功能分

2、解清单-13.2 WB-4规模估算 HPERINKl规模估算 -155. 直接成本-155.2间接成本-15.3估算的误差-8项目进度HYPERLINK N:整理后-18.1活动定义-6.2活动安排-26.3进度执行与优化-216.4工具使用-21质量打算HYPERLINK N:整理后l-217.1软件项目质量打算-2 7.2软件项目质量保证活动-2 7.3测试打算-25.4质量改善-25配置打算 HYPERIK l 配置打算 -268配置治理过程-2682配置治理人员组成-2683配置治理活动-26风险打算 HYLIN l风险打算 - 289.1风险识不与评估-992 风险规划-39.3风险

3、分析表-319.4风险操纵-1团队治理HYPERLINK N:整理后-310.项目组织结构-3202团队沟通治理-3项目度量HYPERLINK N:整理后l-33111度量指标-3112数据收集-3集成项目HYPRLINK l 项目集成- 512.1项目集成打算-5跟踪操纵 HYERLNK l 跟踪操纵 -313本案例分析-53.2时期评审报告模版-36项目结束 HYPRLINK l 项目结束-3614.1项目终止-371.2结束打算-314.3收尾工作-3714，4最后评审-7.5项目总结-37第一部分 合同治理需方合同环境1.1.1 合同预备招标文件X省委需要引入一套“政府公文审批及工作通

4、告”应用程序，现向社会各软件公司进行公开招标，欢迎有资格的投标商参加。一招标项目名称:“政府公文审批及工作通告”应用软件二招标内容:XX省委“政府公文审批及工作通告”应用程序的设计,开发，安装、调试、使用教学及相应的后期维护升级。三.资质要求：具有省级政府项目投标资格的企业或个人,详细要求见投标须知(投标须知略)四投标、开标有关讲明: 1.投标文件发售时刻：212年6月8日至212年月日工作时刻内 投标文件发售地点：XX市XX省政府事务办公室 .投标文件售价:￥10,00 (售后不退，不同意邮购) 4.投标地点:大连理工大学软件学院图书馆报告厅 5投标截止时刻：012年月30日北京时刻10:0

5、时 6.开标时刻：2年7月1日北京时刻1:00时 7.开标地点:大连理工大学软件学院图书馆报告厅五.有关规定: 1.超过投标截止时刻、不按规定密封的投标或不按招标文件规定提交有效足额投标保证金（以汇票、支票、现金支付）的投标,恕不同意。 2提交投标保证金户名：X省委财务处 3.开户行:XX市渣打银行XXX路分行 4.账号:134578015六联络:XX省省政府详细地址:略联系人：略邮编:0000电话:（02）100000传真：(02X)100000招标书详细内容包括技术要求、商务条款、投标人须知、评标方法标准和废标条款、合同要紧条款以及投标文件格式此处略。验收标准后文有所体现。供方选择XX省委

6、省政府（即需方)通过公布招标文件、招标、收集供方的建议书、评定供方、最终供方确定的程序确定最终的供方名单及其提供的建议书。合同文本预备XX省委省政府依照采购资料进行合同草案指定、草案评审、修订等程序，最终确定合同草案(合同草案略）。1.2 合同签署XX省委省政府与大连理工大学（本文假设大连理工大学投标成功，该项目由大连理工大学下发至大连理工大学软件学院承担设计、开发、安装调试等一系列工作,内部部门人员配置同软件企业相同，借用大连理工大学之名而已。即大连理工大学为供方）以X省委省政府提出的合同草案为基础，通过确定谈判日程、合同草案提交、合同条款协商、确定合同签署文本、合同签署文本批阅、合同签署的

7、流程完成合同签署。最终形成合同签署文本以及任务下达书。并将任务下达书分发给各中标单位(此处设该项目仅有大连理工大学一家全权负责软件的设计开发)1.3 合同治理验收过程XX省委省政府依据合同预备和合同签署时确定的需求资料及合同文本制定验收清单。对验收清单评审后制定验收打算,并按验收打算执行,得到验收报告。对发觉的问题制定验收问题处理打算,最终确认验收报告。违约事件处理过程在合同执行期内，假如合同双方XX省委省政府或大连理工大学有违约事件。需依照违约事件报告进行违约事件通告，确定处理方式后按打算处理违约事件。之后形成违约事件处理报告。.1.4 合同终止过程XX省委省政府与大连理工大学依照合同及相关

8、文档，公布合同终止通知、项目执行总结。供方合同环境合同预备项目分析大连理工大学（仅以大连理工大学为例)依照招标书安排项目分析任务。通过需求治理者确定、需求分析、需求分析评审、项目规模估算、项目风险分析、项目初步实施规划、初步实施规划评审,最终得到需求分析报告和项目初步规划。竞标大连理工大学按照需求分析报告和项目规划进行竞标,通过技术能力要求确定、人力资源要求确定、实现环境要求确定、资金治理要求确定、能力判定、评估结果审评等评定,并进行需求成熟度评估、用户支持保证评估、用户资金保证评估、可行性分析、项目决策、编写项目建议书等步骤，依照项目建议书参加竞标。合同文本预备大连理工大学依照XX省委省政府

9、提出的采购资料制定合同草案。在经评审和修订后确定己方的合同草案。合同签署同需方，此处略。合同治理合同执行跟踪治理过程大连理工大学以项目打算为基础，进行项目打算审批和合同执行治理规划。按打算完成项目进展报告、合同责任落实、需求变更处理和产品验收。合同修改操纵假如需方即X省委省政府提出变更请求,假设提出的是要求添加不用登录网页直接通过“政府公文审批及工作通告”应用程序即可向网内用户发送邮件,并依照不同层级用户的权限显示网内在线用户。则大连理工大学需依据合同和变更请求进行变更评估,并提出合同修改建议,确定修改策略。对当前打算进行调整,并需得出处理报告。违约事件处理过程同需方,此处略。(只是政府的项目

10、，即便政府违约了供方也得忍着，一般的企业应该就当作什么也没发生过。只是大工校长跟省长貌似平级吧，情况可能会有点不一样。因此政府的项目会可不能交给学校来做我也不是专门清晰。)产品提交过程在产品的开发测试结束后向XX省委省政府提交产品，通过审查后正式提交给省委省政府。最终相方签字认可,通知相关各方。产品维护过程依照合同中的维护需求，制定维护需求记录。合同终止过程同需方,此处略。内部环境大连理工大学软件学院内部确定任务范围，使相关各方有效的配合。详细任务分解在第四部分任务分解中会有详细阐述。合同合同双方甲方:XX省委省政府乙方：大连理工大学协议形式协议形式：技术合同供应的商品和服务供应的软件：乙方为

11、甲方提供所需的“政府公文审批及工作通告”应用程序提供的服务:乙方为甲方提供所需的日常维护和服务器治理。同时对甲方用户提供使用教学。提供的文档:乙方在交付软件时提供详细的软件规格讲明书和使用文档。安装服务： 乙方为甲方提供软件的安装。公文处理: 乙方负责将甲方提供的公文资料加载入系统并进行分类维护协议: 当甲方在使用该产品时,在正常操作的情况下出现BUG或系统错误,乙方免费为甲方提供修复服务以保障软件的正常使用。当由于甲方的错误使用等非软件缘故导致出现故障,乙方同样提供修复服务。由于甲方拥有该软件的源代码所有权，因此甲方需要承担部分维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时，由双

12、方共同协商决定。软件所有权该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，项目源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修改。环境乙方为甲方安装软件和进行职员培训时，需要由甲方提供住宿和膳食,乙方在规定时刻内完成任务。甲方要保证安装软件的硬件设备和合同初始规定一致,乙方只保证软件和规定的硬件兼容。由任何一方的单方面缘故导致的延期产生的费用，由该方面支付。客户承诺乙方开发软件过程中，甲方通过人员协同乙方进行开发。该人员要紧参与项目的规划设计和需求分析，时期性验收和总体测试。当项目出现需求变更时,对乙方进行详细的阐述讲明。乙方不负责这

13、些人员提供食宿和联系设备。验收规程2013年3月15日,乙方为甲方安装所需套数的软件。月1日至3月3日甲方代表对产品进行验收测试,并依照需求在4月3日前对产品提出更正请求。测试通过后，双方带白哦进行软件交付签字。乙方对甲方进行软件使用培训。标准乙方在开发过程中必须遵守IO12207关于软件生命周期和文档的标准。项目和质量治理甲乙双方前四个月每月初进行一次进展会议,后三个月每两周周末进行进展会议。会议内容为乙方向甲方提供最新进度的掩饰和下一时期的工作安排和打算。甲方依照演示提出相应的整改意见，并对下一步工作进行提出意见和建议。时刻表详细时刻表见项目进度。此处略。价格和付款方式软件总价为23。合同

14、签订后,甲方向乙方支付50万元定金。项目的第三个月,乙方按打算时刻表完成需求分析、系统分析、设计和完成系统的差不多框架后，甲方向乙方支付万元。该系统完成后,甲方进行验收测试，在签字验收后完成后,甲方向乙方支付全款。其他法律要求由任何一方的过失导致出现损失后的赔偿由双方协商决定。甲方法人代表：SSS乙方法人代表:XXX第二部分 生存期确定该项目的生存期模型按如下步骤进行分析：评审、分析项目的特性;选择适合项目的生存期模型;标识生存期模型与项目不一致地点，并进行裁减。“政府公文审批及工作通告”应用程序涉及到特不敏感的政府机密事务,因此专门强调产品的性能和安全性。需保障产品能保持稳定运行,可不能因为

15、一定数量的用户同时处理公文等操作时挂机,以致宝贵的消息或通知无法及时传达。同时需保证关于计算机操作不是十分熟识的政府官员的错误操作可不能导致严峻后果。另外需保证产品的安全性,使非内部用户无法登录或盗取网内信息。总而言之该项目性能安全性为主,可操作性次之,界面美观度最末。尽管操作性的重要性不及安全性，但关于适应了那种生活的领导们，简单方便的操作仍是必须的,那个地点与生存期关系不甚大,暂且不作讨论。尽管项目的需求可能会因领导“挑剔”的口味而一再改变，只是大体的需求是明确的。而且又考虑到项目安全性能的首要要求,以V模型为基础的生存期最为合适。同时参杂增量模型生存期的一些特点以应对可能会随时添加的功能

16、需求。项目生存期模型如下：该生存期模型将V模型除最后的项目规划和验收测试以外的过程做一复制,套用增量模型在首先完成差不多功能的基础上增加功能。第三部分 需求治理3.1软件需求治理过程省委省政府提出需求如下：设计开发、安装调试并后期维护满足需求的“政府公文审批及工作通告”应用程序。需要该程序为桌面应用程序，进入程序后需要弹出办公界面，该办公界面需与计算机自身系统分离,不得覆盖，具有独立窗口。内部需有公文处理、邮箱、事务表、内嵌fice、新闻速览、视频会议室6个要紧功能,每个功能需在办公界面中有独立的快捷方式。每个功能的具体要求如下:公文处理：1.正式公文的公布与接收正式公文的审批（包括联合审批和

17、分级审批）,电子盖章,电子签名3.公文草案的提交与修改意见的回复4.公文的内容备案,内容备案需祛除盖章和签名并打水印，只且可读可删除储存在该用户ID下的公文,不可写不可复制。每个备案能够备注相关信息和用户意见5.公文能够按已通过,已驳回，待审批，新公文,垃圾箱分类6.公文真伪检验，依照公文号唯一性等依据推断收到的公文真伪网内邮箱:1.实现网内按用户I分配邮箱名，且能够并只能够在网内发送接收邮件.新邮件弹框提示3.其他功能模仿雅虎邮箱事务表：1.新建、删除、修改、查看事务表.事务到时提醒，提醒时刻可自行设定。到设定的提醒时刻系统自动向自己的邮箱发送邮件提示3.能够将事务表内容以桌面小工具的形式放

18、在办公页面上显示内嵌i：在办公界面下也能够被使用新闻速览:能够通过该功能扫瞄各大门户网站的头版头条或相关新闻。同时能够通过该功能阅览党报等主流报纸视频会议室：顾名思义,不付赘言。3. 需求规格需求规格讲明书（简略版）系统定义：“政府公文审批及工作通告”应用程序应用环境：inws200;indos XP;nows Vita；Wndows 7；LIX;IOS ec.功能规格：公文处理（公布,接收，分类，审批,电子盖章签名,提交草案,修改意见回复,水印图片公文备案，真伪检验)；邮箱(网内,新邮件弹窗提醒)；事务表(增删改查，事务提醒，桌面小工具）;内嵌Offe；新闻速览(门户网站链接，电子报阅览)；

19、视频会议室。性能需求:保证政府内部所有人员同时登录服务器时也可不能因处理的信息量过大而导致系统瘫痪。另必须保证系统的安全性,能够禁得住一般的黑客突击和内部作假。对账户有足够的爱护措施以防账户被盗。操作简单明了，提示明显，容易上手，界面整洁大方。产品提交:略实现约束:公文处理、邮箱、事务表、内嵌Office、新闻速览、视频会议室质量描述:如需求所述的足够用户承载量;可靠的系统安全性；操作简单易学。界面整洁大方其他 ：略签字认证:甲方(需方):XX省委省政府乙方(供方）：大连理工大学3.12需求变更治理需求变更假设XX省委省政府向大连理工大学提出如下需求变更：在办公界面做一个可收缩的列表,显示当前

20、系统在线的人员,方便政府内部人员联系。同时能够通过该列表直接与列表中任意用户进行邮件联系，不用再输入对方邮箱地址。软件基线产品修改提交单申请人:XX申请日期:012年9月6日项目名称:“政府公文审批及工作通告”应用程序时期名称:文件名称：修改内容:增加功能“可收缩的在线人员显示列表”，可之间与表中用户进行邮件联系，不必输入对方邮箱地址验证意见:同意变更,邮箱功能随之变更验证人：YYY验证日期:212年9月7日CB：SSS、CC、BBB填表人：ZZZ第四部分 任务分解4.1任务清单4.1.1 功能分解清单1.“政府公文审批及工作通告”应用程序1.1 公文处理11. 公文的公布和接收，即实现网内广

21、播和接收广播112 处理公文文件,包括电子盖章、签名和驳回批示.3 公文备案处理和加标签备注11.4公文真伪检验算法1.5 界面1.1.6 单元测试12 邮箱1.2.1 收发邮件功能及快速回复1.2.2 联系人功能.2. 添加附件1.4 新邮件弹窗提醒12.5 即时消息功能，范本:hotal的sn1.2.6 界面.7 单元测试1.3 事务表11事务表的编辑功能.2 事务表的提醒功能.3.3 界面并做成桌面小工具.34 单元测试.4 内嵌Offie1.1 内嵌ffce1. 单元测试1.5 新闻速览1.5.1 添加各大门户网站头版头条的链接.5.2 党报、主流报纸、及本地报纸的电子阅览1. 界面1

22、. 单元测试16 视频会议室1.61 多人视频功能16.2 界面1.6. 单元测试1.7 办公界面.1 界面1. 后台数据传输.BS政府公文审批及工作通告应用程序项目规划合同签署需求分析报告 项目初步规划项目建议书合同草案打算编制时刻表确认打算需求分析需求开发需求探究需求治理需求规格讲明书系统测试打算编制总体设计策略确定开发标准确定(具体分配方式见任务清单）架构设计（具体分配方式见任务清单）集成测试打算编制详细设计接口设计（具体分配方式见任务清单）模块设计(具体分配方式见任务清单)单元测试打算编制实现编码（具体分配方式见任务清单)代码复核单元测试测试集成测试系统测试测试总额缺陷跟踪手册编写第五

23、部分规模估算5.1 直接成本 成本估算的方法有1代码行、功能点、对象点 。.类比（自顶向下）估算法。3自下而上估算法。4.参数法估算法。5.专家估算法。在那个项目中我们要紧采取功能点估算法,同时融合进入其他的估算方法进行验证。用系统的功能数量来测量其规模,与实现产品所使用的语言和技术没有关系的。5.1.差不多公式FP UFC*CUFC:未调整功能点计数CF:技术复杂度因子CF0.65+01(sum（Fi)：Fi:5,TCF：0.6-1.5.2复杂度权重因素项简单一般复杂外部输入346外部输出457外部查询346外部文件571内部文件71015本项目的功能点计算：功能点项简单一般复杂外部输入5*

24、 3 * 45* 6外部输出 * 46 51 7外部查询 * 3 *6外部文件4 *52 * * 10内部文件 * 71 101 * 1总计1811FC148+ 70 + 1 =328TCF-技术复杂度因子：技术复杂度因子F1可靠的备份和恢复F2数据通信F3分布式函数F4性能F5大量使用的配置6联机数据输入F7操作简单性F8在线升级F9复杂界面F1 复杂数据处理F1重复使用性F2安装简易性多重站点14易于修改TCF = 0.65 + .01* (5 + 4 +2 + +5+ 2 + 3 +5+4+3) = 0.65 + 0.01 45 = 1.1。功能点计算:FP=UFC*TCF。UFC=。T

25、CF=1.1.FP=28*1= 3608人月数计算:在本项目中，依照以往的经验使用经验导出成本模型(面向FP驱动的 ）中的kemrer模型来计算人月数。Keerer模型 E=6.627.7210- FP3 。带入本项目的实际数据 E 6.62 7.78 1-8 30.83 = 220、0(人月)直接成本计算直接成本组成:开发成本,治理成本，质量成本。简易估算:开发（工作量)规模：cae(e) 2.0(单位：人月) 治理、质量（工作量)规模：Scle(Mn)*Sal（Dev) = 20. 20% = 44a:比例系数:例如:2%-2直接成本=规模*人力成本参数 = 64.03 0.15 = 0万

26、元人力成本参数=150/人月（由于校内开发,成本比较低）.2间接成本间接成本=规模*人力成本参数*间接成本系数(间接成本系数=1.53）本例中间接成本 220.03 * 0.15 * 1.5 = 60万元。估算成本=直接成本+间接成本 =40 60 = 100万元估算的误差由于基础数据不足，缺乏经验的估算人员，签约前后不连贯,低劣的推测技术,估算对需求的敏感性等一系列缘故，可能会引起估算的误差。对此项目的人月数定义考虑误差如下估算:22个人月+0 -2515人月：需求变更-15人月：学生的晚上时刻的利用+人月:学生期末考试10人月:实验室采取奖励措施+20人月:寒暑假最佳情况:195人月。打算

27、情况：220人月。最坏情况：26人月。第六部分 项目进度项目进度治理是指在HYPERLINK N:整理后hp:wki.mbalicomikE9%A%B9%E7%9B%AE项目实施过程中，对各时期的进展程度和项目最终完成的期限所进行的HYPERLINK N:整理后htt:wii.bb.omwkiE7%A%0%86治理。是在规定的时刻内，拟定出合理且HYPERLINK N:整理后htt：iki.baliomiki%E7%B8F%E6%B%8经济的进度打算（包括多级治理的子打算)，在执行该HYPERLINK N:整理后htt:wikibi.mwik%8AE%A1%E%92 o打算的过程中，经常要检查

28、实际进度是否按打算要求进行,若出现HYPERLINK N:整理后htp:wki%5%81%8F%E5%B7%AE o 偏差偏差,便要及时找出缘故,采取必要的补救措施或调整、修改原打算，直至项目完成。其目的是保证项目能在满足其时刻约束条件的前提下实现其总体目标。项目进度治理是依照HYPERLINK N:整理后htp：ikialb.omwikE5%B%A5%E7A8%8B%B9%E79BA工程项目的进度目标，编制经济合理的进度打算,并据以检查工程项目进度打算的执行情况,若发觉实际执行情况与打算进度不一致，就及时分析缘故，并采取必要的措施对原工程进度打算进行调整或修正的过程。工程项目进度治理的目的确

29、实是为了实现最优工期，多快好省地完成任务。 项目进度治理是HYPERLINK N:整理后htp:wiki.mbli.cmwiki%9%A1%B%E7%9B%AE%7AE1%7%90%86 o 项目治理项目治理的一个重要方面,它与HYPERLINK N:整理后htt:wiimalcwikiE9%A9E7%9B%E%E6%A%5%E8%B5%4E7%AE%A%E7%90%6 o 项目投资治理项目投资治理、HYRLINK http:/wiki.baiki/%E%A1B9E7%A%E8B%A8E9878F%E7AE1%90%86 o项目质量治理项目质量治理等同为项目治理的重要组成部分。它是保证项目如期

30、完成或合理安排HYPERLINK N:整理后ttp:wikimwiki%8%B8%E6%BA%0资源供应，节约HYPERLINK N:整理后ht:wiki.mblib.cmwiki%E5%B7%A5%EA8%8%E6%C%A工程成本的重要措施之一。6. 活动定义政府公文审批及工作通告应用程序项目规划1.合同签署.需求分析报告 项目初步规划2.1项目建议书3.1合同草案2打算编制21时刻表3.确认打算需求分析.需求开发.需求探究2需求治理2.1需求规格讲明书3.系统测试打算编制总体设计.策略确定2.开发标准确定（具体分配方式见任务清单）.架构设计(具体分配方式见任务清单).集成测试打算编制详细设

31、计1.接口设计（具体分配方式见任务清单)2模块设计(具体分配方式见任务清单）.单元测试打算编制实现.编码(具体分配方式见任务清单)2.代码复核3.单元测试测试1.集成测试2.系统测试.测试总额4.缺陷跟踪手册编写62活动排序描述任务前导任务时刻/月项目规划A无1需求分析B无2总体设计CA，B1详细设计DA,B2编码EC，3测试E3甘特图 R T图关键路径是决定项目完成的最短时刻,关键路径上的任何任务差不多上关键任务，关键路径上的任何活动延迟,都会导致整个项目完成时刻的延迟在那个项目中首先按照时刻顺序计算最早开始时刻和最早完成时刻,然后按照逆时刻顺序计算最晚开始时刻和最晚结束时刻。从而得出关键路

32、径是:开始 需求分析- 详细设计 编码-测试。3进度执行与优化在项目的进行过程中能够通过1、分解关键任务2、给任务增加资源3、缩减关键任务的工期 、重叠或延迟链接任务 5、设置日历增加工作时刻 6 、通过分配加班工时来缩短关键任务来达到缩减项目工期的目的。.工具使用在整个项目中将使用Mcsoft的项目治理软件产品icroojct 0 0来进行项目的治理第七部分 质量打算.1软件项目的质量打算711 项目经理的职责1.评审质量打算。.与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施。3.定期或事件驱动地评审质量保证活动和结果。7.12质量保证人员的职责1负责项目实施过程中对项

33、目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查。2实施项目组成员的质量保证培训。3.制定质量保证打算。4按打算实施审计活动,依照质量保证打算执行评审审计，并记录执行中发觉的不符合项。5对不符合问题提交不符合项报告,跟踪并验证纠正措施的执行情况。6.对项目内不能解决的不符合项问超；向高层治理提交报告。7向项目经理报告项目质量工作状况和质量度量结果。8定期向项目组报告质量活动的结果。8.制定质量保证的过程改进打算，记录过程数据。.1.3质量目标1）基于需求的测试覆盖率为100%。2)功能测试完善3）每个时期评审中发觉的问题都差不多解决或得到适当处理。)产品公布时不存在严峻问题以及以上

34、的缺陷。5)严格满足合同的要求和规格）用户领导中意7.14质量策略1. 操纵产品的质量，及时纠正缺陷应该特不注意项目工作产品质量的早期评审工作，元论是质量保证依旧质量操纵，采取的策略差不多上早期预防和早期排除缺陷。将质量贯彻到日常的项目进展过程中；7.软件质量保证活动7.2.1审计审计(Ai) 是对过程或者产品的一次独立评估。将审核的主体与为该主体往常建立的一组规程和标准进行比较目的是确保真正的遵循了这一个过程,产生了合适的文档和精确反映实际项目的报告,能够预先规划的，也能够是临时决定的。现在讲本项目中的预先规划审计列出如下。在整个开发过程中,会依照需要插入临时决定的审计。审计软件项目打算 时

35、刻:打算结束 标准：合同要求需求规划文档 时刻:需求制定 标准:需求规格讲明总体设计文档 时刻：总体设计制定 标准：软件项目打算详细设计文档 时刻：详细设计制定 标准：软件项目打算编码规范 时刻：详细设计制定 标准:软件项目打算产品代码 时刻：编码结束 标准:编码规范测试文档 时刻:详细设计制定 标准:企业质量要求用户手册 时刻:产品提交之前 标准:项目打算和需求将审计的结果编写审计报告及时提交。以下是制定的质量审计模版软件质量保证审核报告产品类不: 项目名称： 审核时期： 审核范围：审核标准:审核员: 参加人员： 审核日期：持续时刻： 好的实践经验序号KPA内容 发觉的问题序号K内容严峻程度

36、 上报的不一致问题序号P内容状态 问题解决活动打算状态问题序号解决方案负责人可能完成日期 注释:1. 审核时期：项目打算审核时期、需求审核时期、设计审核时期、编码审核时期、测试审核时期、产品公布审核时期2. 审核范围： 名称. 审核标准:所用的审核检查表4. 严峻程度:严峻(指与项目打算中定义的过程不符合) 轻微（指活动遵循了过程，但有质量问题）722 过程评审项目严格按照组织定义的软件过程进行开发,过程评审的具体依据参照企业的过程规范,保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。质量保证人员负责对项目过程

37、迸行监督,将发觉的问题和解决情况在每周的例会上通报,对没有解决的问题迸行讨论，对不能解决的问题提交高级治理者处理。每个周末,进行一次配置治理审核，确认配置治理工作是否正常进行7.3问题报告质量保证人员关于每次审计活动发觉的不符合项,应该和项目经理协商不符合项的纠正措施并预定完成日期,若和项目经理存在意见分歧,质量保证人员能够上报给高层治理者,由高层治理者决定最后的措施。同时,不符合项在项目周例会中汇报。对不符含项，质量保证人员耍在预定完成日期内重新审计，验证不符合项的纠正情况，若超过预定完成日期1周仍然有没解决的不符合项,质量保证人员上报给高级治理者,由高级治理者决定最后的措施。质量保证人员有

38、独立的汇报途径,日常的汇报途径如下:.将发觉的问题通知项目经理,协调纠正措施。2.将项目组内不能协调的问题汇报给茼级治理者，由南级治理者协调解决。3将日常工作和过程数据汇报给质量经理，由其统一收集并进行统计。7.3测试打算 下面是本项目的测试大概打算,详细内容请查阅测试文档。差不多测试单元测试集成测试系统测试测试工作安排测试预备工作测试用例设计2.系统测试设计版本兼容性测试性能测试恢复测试安全性测试压力测试74质量改善为了达到更好的质量,现在制定质量改善要求：1软件质量活动必须通过规划软件质量活动规划必须明文规定.质量活动必须尽早开始.质量小组必须独立存在.应该通过训练6必须有适当的经费第八部

39、分配置打算本打算描述了关于“政府公文审批及工作通知”项目的软件配置治理组织结构以及贯穿本项目软件生命周期的由软件配置治理组织识不并定义的一系列的软件配置项的实践过程。打算软件配置治理工作必须在项目最开始时进行,和开发整个软件项目打算保持一致。软件配置治理打算,连同软件质量保证打算)和其他可能的特定约束打算都要符合本项目的软件项目打算。软件配置治理打算完成之后应该由本项目的项目经理、SQA经理和其他有关人员进行批阅和批准。81 配置治理过程配置项标识、跟踪配置治理环境建立基线变更治理基线审核配置状态统计配置治理打算8.2配置治理的人员组成 角色人员职责、工作范围配置治理者王颖(1）制定配置治理打

40、算(2）创建和维护配置库C负责人胡博(）审批配置治理打算（2)审批重大的变更S成员项目经理-丁峰配置治理者赵海洋审批某些配置项或基线的变更8.软件配置治理活动8.3.1配置项标识命名规范适用于过程文档、生存期中各时期的打算、需求、设计、代码、测试、手册等文件。本项目文件命名规范由五个字段组成,从左到右依次为:公司、项目、类型、编号和版本号,如下图所示。这些字段用横线（-)分隔。公司：3个字符项目：最长10个字符类型：最长5个字符编号： 最长8位数字版本号： V m.n例如QTD-SchoolRMSRS-v1.08.2项目基线项目基线一览表编号基线名称讲明创建时机创建/变更审批者公布:内部O:外

41、部1客户需求基线系统归于软件的客户需求,以及为满足客户需求，软件在实现上所应具备的处理功能需求获得批准配置操纵委员会IO2设计基线对程序总体框架结构及各模块实现细节的设计详细设计获得批准【项目经理和项目组领导】代码基线程序开发所获得的代码完成原始软件单元编码、并通过检查和单元测试【项目经理和项目组领导】I4测试基线为测试而公布软件【项目经理】I5运行基线为运行而公布系统配置操纵委员会O.3.3配置库序号内容讲明路径TCM技术合同治理 r chol TM2需求治理$ prj hoo RPP软件项目规划$ j SooP4SPTO软件项目跟踪与治理$ prj Schol PTOSCM软件配置治理$

42、pr-Schl SMSA软件质量保证 prj -SchSPE软件产品工程设计$ p -School SE DESIGN8源代码 rj Sco S SOUCECODE9目标代码 prj - Shool SPE BU1测试$ rj - School SP TEST11公布$ rj - Sool SE RELES第九部分 风险打算项目风险治理是指通过风险识不、风险分析和风险评价去认识项目的风险，并以此为基础合理地使用各种风险应对措施、治理方法技术和手段,对项目的风险实行有效的操纵,妥善的处理风险事件造成的不利后果，以最少的成本保证项目总体目标实现的治理工作。风险识不与评估9.1.1风险识不是试图通过

43、系统化地确定对项目打算的威胁，识不已知和可预测的风险。9.12风险识只是程输入 标识风险 按照一定标准对风险排序 制定风险表91.3依照“T项目常常存在一些共同的风险源”我们依照以往经验制定了风险分析表。检查表法是利用检查表作为风险识不的工具,是依照风险要素建立软件项目的风险条目列表,列表中列出所有与风险因素有关的提问，能够使治理者集中识不常见的类型中的已知和可预测的风险。9.风险规划 针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面阻碍而制定风险应对策略和应对措施的过程,即制定一定的行动和策略来应付、减少、以至于消灭风险事件。通常采取的措施有1.回避风险。2.转移风险。3.损失操

44、纵。4.自留风险。9.3风险分析表通过对风险识不,风险评估，风险规划 ,我们制定了如下风险分析表。风险分析表排序输入风险事件可能性阻碍风险值风险应对措施1最终用户抵制该系统。政府领导可能会由于某个细节的问题对整个系统产生反感。0%0%0%尽力满足用户提出的需求。界面尽可能的美观，方便。需求分析时期派出专门的系统分析员去了解用户的性格,爱好,工作适应。项目期间，需求方更换领导。政府的工作可能会产生不同的领导有不同的需求的现象，假如更换领导将专门大的增加风险。6%7%40%软件详细设计时期注意增加软件的可重用性。提高复用水平。沟通和协调。3客户的需求规格讲明。需求不明确,增加需求，导致需求蔓延,由

45、于本软件是不太了解计算机的领导使用，变更需求可能性专门大。70%0%35%采取加班的方法。修改打算去掉一些任务。3与客户商量延长一些时刻。4.当出现阻碍重大的变更需求时与客户协调,那个版本的不做改动,在下一个版本中进行功能的提升。4合同带来的限制。进度要求紧，合同金额有限。0%50%5%能够请一些实习的学生做辅助工作,一来成本不高,二来能够加快进度。5交付期限紧缩。需方存在紧缩交付期限的可能。导致项目吃紧。2%6%10%加班。临时雇佣职员。调整结构。6历史项目信息。开发人员的流淌。10%9注意项目团队的沟通,及时了解开发人员的动态。2操纵好项目过程中的文档。3.从其他的项目组借调人员。4.从外

46、部招聘有过此类开发经验人员。7人员缺乏经验。由于本项目中的一些职员是刚刚招聘来的，可能会缺乏经验。15%3010%采取一帮一，让有经验的程序员带着相对经验少的程序员进行开发。开发之前适当的培训。8用户数量超出打算。由于政府可能向下属单位推行该系统,导致使用人员激增。20%2020%1.防患于未然,数据库上采纳数据池的技术在，增加并发访问量。9技术达不到预期效果。可能有一些技术达不到预期的效果,不能使需方中意。如访问速度,一些特效等等。10%1%0%找明白得这种技术的人帮忙。向老师请教。94风险操纵1.实施和跟踪风险治理打算,保证风险打算的执行，评估削减风险的有效性。2.针对一个预测的风险事实上

47、是否发生了，确保针对某个风险而制定的风险消除步骤正在合理使用监视剩余的风险和识不新的风险,.收集可用于今后的风险分析信息第十部分团队治理团队是一定数量的个体成员组织的集合,包括自己组织的人、供应商、分包商、客户等为一个共同的目标工作,协调一致，愉快合作，最终开发出来高质量的产品。团队治理在整个项目的开发中具有十分重要的作用。10.项目组织结构通过分析我们采纳项目型的组织结构。结构图如下此结构的优点:项目经理对项目能够全权负责。能够依照项目需要随意调动项目组织的内部资源或者外部资源。项目型组织的目标单一,完全以项目为中心安排工作,决策的速度得以加快，能够对客户的要求做出及时响应,项目团队精神得以

48、充分发挥。有利于项目的顺利完成。项目经理对项目成员有全部权利,项目成员只对项目经理负责，幸免了职能型项目组织下项目成员处于多重领导、无所适从的局面,项目经理是项目的真正、唯一的领导者。组织结构简单,易于操作。项目成员直接属于同一个部门,彼此之间的沟通交流简介、快速,提高了沟通效率，同时也加快了决策速度。此结构的缺点:每一个项目型组织,资源不能共享，即使某个项目的专用资源闲置，也无法应用于另外一个同时进行的类似项目,人员、设施、设备重复配置，会造成一定程度的资源白费。公司里各个独立的项目型组织处于相对封闭的环境之中，公司的宏观政策、方针专门难做到完全、真正的贯彻实施，可能会阻碍公司的长远进展。在

49、项目完成以后，项目型组织中的项目成员或者被拍到另一个项目中去，或者被解雇，对项目成员来讲，缺乏一种事业上的连续性和安全感。项目之间处于一种条块分割状态,项目之间缺乏信息交流，不同的项目组专门难共享知识和经验,项目成员的工作会出现忙闲不均的现象。针对本项目的分析: 那个项目相比较软件公司开发的项目具有一定的专门性。这是一个校园项目由于该项目具有专门大的临时性,项目组的成员也是从不同的班级集中到一起。如此的专门性使我们的如此的项目并不具有上面列出的,，4所示的缺点。因此项目型组织结构利于团队的建设以及小组人员与任务的分配；另外该组织结构简单易操作，而且目标单一，特不适用于这种零散的人员调度,同时专

50、门大程度上方便了成员间整体的沟通交流，加快了决策速度。由于那个项目各模块间的耦合度较低,不需要小组间大量的信息共享；而且项目组内有着统一的交流方式(临时的网上讨论组)，各项决策规定能够第一时刻直接反映给项目成员。针对这是一个政府项目,用户群体是不太了解计算机的政府官员,我们的界面应该做的可能的简单有用，领导还可能随时提出一些需要用特定的技术才能够解决的需求。如此的项目组成结构，能够使我们在团队内部有稳定成员的同时,能够依照实时的需求，招聘一些有专门技能的学生，使我们的项目能够达到锦上添花的效果。与此同时我们的项目的专门性并没有削弱项目型的组织结构的固有特点。故我们采纳项目性组织结构来进行那个项

51、目的开发。10.2团队沟通为了保证团队信息的沟通制定如下沟通打算每天午饭时刻项目组成员进行口头交流。2. 每周五的15：00-17:0召开项目周例会， 3. 及时提交问题报告,问题能够通过网络提交,项目经理会及时猎取问题信息。. 组内成员有任何问题能够在qq群内进行非正式的讨论。第十一部分 项目度量软件度量是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程,目的在于对此加以理解、预测、评估、操纵和改善。没有软件度量，就不能从软件开发的暗箱中跳将出来。通过软件度量能够改进软件开发过程,促进项目成功,开发高质量的软件产品。度量取向是软件开发诸多事项的横断面，包括顾客中意度度

52、量、质量度量、项目度量、以及品牌资产度量、知识产权价值度量,等。度量取向要依靠事实、数据、原理、法则；其方法是测试、审核、调查;其工具是统计、图表、数字、模型；其标准是量化的指标。111度量指标综合以往的经验,本项目采纳的度量指标有：1）生产率。生产率是指消耗资源、开发软件过程中的效率。LO/小时或者F/小时。2）质量。质量既是软件过程的度量指标,又是已交付软件产品的度量指标。缺陷率和缺陷排除率。3)规模成本。规模成本是决定项目能否接着进行的一个至关重要的参数,成本超出会导致项目失败。采纳人月工作量、实际成本和打算成本。4）时刻。时刻用来编制项目进度，也用来确定在预定日期内完成项目所需要的资源，时刻还能影晌软件的质量。采纳工期。112数据的收集目 标度量指标数据定义责 任提高项目化产率功能点/l时项目实施过程中计算出功能点数。功能点负责人用电子表格记录数据。项目开发周期内记录工作时刻量。开发人员随时记录数据。提高顶目质量缺陷功能点项目实施过程中计算出功能点数。功能点负责人用电子表格记录数据。计算用户使用三个月后的缺陷数。服务台的人员在接到用户的报告后采纳缺陷跟踪系统记录数据。降低项目成本成本功能点项目实施过程中计算出功能点数。功能点负责人用电子表格记录数据。按工作量计算出劳动成本。项目经理在项目进行过程中记录并计算。项目周期内记录非芳动成本。第十二部分 集成项目项目集成