软件项目管理课程设计实验报告精

1、软件项目管理课程设计报告学院：专业：班级：学号：姓名：指导教师：时间:2013年1月目录1、项目概述12、工作任务（StatementOfWork,SOW书1（一整体要求1（二系统逻辑模型2（三系统功能描述3（四应达到的技术指标和参数划433、项目进度计（一分解项目工作4（二项目工作关系表5（三项目甘特图6（四网络进度计划图7（五里程碑计划94、项目规模成本估9（一分解项目工作9（二项目规模估算表11（三计算开发成本12（四计算管理、质量成本12（五直接成本12（六计算间接成本12（七计算总估算成本12（八项目报价135.项目质量计划13（一项目质量保证组织13（二质量目标14（三质量策略15

2、（四质量保证活动15（五质量控制活动17（六质量保证的报告途径17（七记录的收集、维护和保存176、软件项目团17（一团队组织及职责18（二项目的沟通计划划19197、软件项目配置管理计假设学校共有教职工约1000人,10个行政部门和8个系部。每个月20日前各部门（包括系、部要将出勤情况上报人事处,23日前人事处将出勤工资、奖金及扣款清单送财务处。财务处于每月月底将教职工的工资表做好并将数据送银行。每月初（3日前将工资条发给各单位。若有员工调入、调岀、校内调动、离退休等数据变化，则由人事处通知相关部门和财务处。2、工作任务（StatementOfWork,SOW书校务通管理系统业务需求学校内部

3、职工工资管理系统是对学校所有职工工资进行管理的系统，是学校内部各校区内与各校区间的公用平台。它要完成学校对所有职工工资信息的管理，包括计算、传播、存储等，以及职工对自己信息的查询操作。其目的是实现学校内部职工的工资管理，准确的管理职工工资奖金等信息（一整体要求1系统要求提供教师工作平台和学生工作平台。2系统要求有严格的权限管理，权限要在数据方面和功能方面都有体现。3系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块。（二系统逻辑模型（三系统功能描述（A职工基本信息管理子系统1职工基本信息输入：数据输入，存储2建立职工基本信息表：数据集中3职工基本信息查询：数据查询4职工基

4、本信息修改：a. 写修改职工基本信息：数据修改b. 发送提示信息至其他部门：数据读出（B职工出勤信息管理子系统1职工出缺勤信息输入：职工出缺勤信息表2职工出缺勤信息查询：查询目标3职工出缺勤信息表的建立：职工出缺勤信息表（C职工工资管理子系统：1职工基本工资信息读取：职工基本工资信息表2职工实际工资奖金计算：标准工资信息3标准工资信息与银行之间的双向传输：标准工资信息4工资条对各部门的发放：标准工资信息（四应达到的技术指标和参数系统应满足并行登录、并行查询的速度要求。其中主要内容包括：1保证1000人以上可以同时登录系统。2所有查询速度应在10秒以内。3保证数据的每周备份。4岀现问题应在10分

5、钟内恢复。注:从SOW可以看岀，一般情况下用户提供的工作说明开始会很简单、很模糊，但随着项目的进展，客户会随时提出一些新的要求，这其实是项目管理过程中比较棘手、但确经常发生的事情。3、项目进度计划（一分解项目工作通过对学校内部职工工资管理系统任务书的分析（分析项目结构结果，进一步对本项目的任务进行分解，采用图表方式进行任务分解的分解结果如下图所（二项目工作关系表5（三项目甘特图6（四网络进度计划图8（五里程碑计划4、项目规模成本估算（一分解项目工作通过对校务通管理系统任务书的分析（分析项目结构结果，进一步对本项目的任务进行分解采用图表方式进行任务分解的分解结果如下图所示。910说明：1. 它是

6、按照功能组成标准进行的任务分解，其中没有包括管理、质量等相关的任务，WBS可以随着系统的完善而不断增加和完善。2. 聊天室和论坛采用标准的重用技术，网上考试功能已经有成熟的产品（价格明确，所以这些功能可以不用分解。（二项目规模估算表11（三计算开发成本从项目规模估算表得知项目规模是40人天假设开发人员成本参数=400元/天，则:内部的开发成本=400元/天X40天=16000元。则：开发成本=16000元。（四计算管理、质量成本管理任务和质量任务可以通过计算开发任务得到，根据经验，管理任务和质量任务=20%X开发任务。项目的管理和质量成本=开发成本X20%=3200元。（五直接成本直接成本=1

7、6000+3200=19200元。（六计算间接成本a间接成本包括前期合同费用、房租、水电、培训、员工福利、客户服务等。b根据经验，采用公式：间接成本=25%x直接成本。间接成本=4800元。（七计算总估算成本项目总估算成本=19200+4800=24000元。12（八项目报价如果项目的利润是40%,其中风险基金10%,利润15%,税费5%。则：项目的总报价=24000X1.4=33600元。5. 项目质量计划质量计划的要内容包括:.项目质量保证组织.项目的质量目标.质量保证活动.质量控制活动(一项目质量保证组织1组织机构在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经理等组成。

8、项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量控制工作，质量保证人员负责质量保证的工作。组织结构如下图所示：132职责在本项目中，质量保证组织的职责如下：(1高层管理高层管理是公司负责质量的高级管理，其质量职责如下：.受理项目内不能解决的不符合问题。.负责听取质量保证组的工作报告，评审质量保证活动和结果。.参加有关质量保证过程改进的评审。(2项目质量保证人员质量保证人员的质量职责如下:.负责项目实施过程中，对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查。.实施项目组成员的质量保证培训。.制定质量保证计划。.按计划实施审计活动，依照质量保证计划执行评

9、审/审计，并记录执行中发现的不符合项。.对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况。.对项目内不能解决的不符合项问题，向高层管理提交报告。.向项目经理报告项目质量工作状况和质量度量结果.定期向项目组报告质量活动的结果。.制定质量保证的过程改进计划，记录过程数据。（3项目经理项目经理的质量职责如下：.评审质量计划。.与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施。.定期评审质量保证活动和结果。（二质量目标根据企业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标1基于需求的测试覆盖率为100%。2软件功能测试用例通过率不低于95%。3每个阶段评审中

10、发现的问题都已经解决或得到适当处理。4产品发布时不存在严重问题，以及以上的缺陷。注:严重问题指导致系统或模块不能正常工作的问题。结合以往的项目经验和企业的质量相应标准，制定质量标准如下表所示。（三质量策略为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施包括,无论是质量保证还是质量控制，采取的策略1将质量贯彻到日常的项目进展过程中；2应该特别注意项目工作产品质量的早期评审工作都是早期预防和早期排除缺陷(四质量保证活动质量保证的主要活动包括过程评审和产品审计。过程评审和产品审计的目的是确保在项目进展过程的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程评审

11、和产品审计都应填写相应的报告或活动记录。1产品审计产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。质量保证人员可以有选择性地审计项目生存期中创建的工作产品，以验证是否符合适当的标准是否进行了质量检查。下表便是质量审计一览表。质量审计一览表2过程评审项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做岀明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。质量保证人员负责对项目过程进行监督，将发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管

12、理者处理。每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。根据公司的质量保证体系和本项目的具体特点，确定项目执行过程如下：(1项目规划过程及产品标准。(2项目跟踪管理过程。(3需求分析过程及产品标准。(4系统设计过程及产品标准。(5详细设计过程及产品标准。(6调试运行过程及产品标准。(7代码走查过程及代码编写标准。(8产品集成测试过程及产品标准。(9开发环境中的执行规则(10测试环境中的执行规则。(11质量保证过程及其标准。(12配置管理过程及其标准。(五质量控制活动质量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发人负责，详见进度计划。编码人员在编写代码时要进行同

13、步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交给测试部进行集成测试、系统测试。测试部的测试应达到质量目标要求，软件发布时应达到测试通过准则的要求。(六质量保证的报告途径质量保证人员对于每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施并预定完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，由高层管理者决定最后的措施。同时，不符合项在项目周例会中汇报。对不符合项，质量保证人员要在预定完成日期内重新审计，验证不符合项的纠正情况，若超过预定完成日期1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高级管理者决定最后的措施。质量保证

14、人员有独立的汇报途径，日常的汇报途径如下：.将发现的问题通知项目经理，协调纠正措施。.将项目组内不能协调的问题汇报给高级管理者，由高级管理者协调解决。.将日常工作和过程数据汇报给质量经理，由其统一收集并进行统计。(七记录的收集、维护和保存项目组应当保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录，对于项目中问题的处理也需要形成记录保存。每周由质量保证人员根据任务清单的审计任务进行审计活动,并收集各活动的过程数据。6、软件项目团队学校内部职工工资管理系统的组织机构如下图所示（一团队组织及职责市场部：负责与用户的协调工作负责项目相关的商务活动负责用户需求的接口配合项目经理的资源协

15、调活动负责产品的验收活动负责系统的维护活动。项目经理：负责项目的组织和规划负责项目计划制定和维护负责项目的跟踪和管理负责资源的分配和协调活动负责各组织和计划之间的协调活动负责与市场部的协调活动软件开发：负责项目的软件开发，包括设计、编码、单元测试和集成测试负责产品质量控制的工作负责配合质量保证的活动，如系统测试、文档编制等配合产品验收的相关活动质量保证：用户负责项目过程和产品规范的制定负责项目过程的质量保证活动，包括过程评审和产品审计配置管理：负责项目的配置管理活动负责软件产品的提交。用户：确保相关责任的实施参与项目的组织和规划负责产品的验收工作（二）项目的沟通计划为了保证项目开发过程的顺利进

16、行和信息的有效沟通，特要求如下的沟通计划：1每天17：00-17:30，项目组成员进行口头交流。2每周五的14:00前提交周报告，格式见模板。3每周五的15：00-17:00，召开项目周例会，会后发布会议纪要给相关的项目人员，其中说明项目的进展和存在的问题。4及时提交问题报告，问题报告可以通过网络提交，项目经理会及时获取问题信息。7、软件项目配置管理计划学校内部职工工资管理系统的配置管理计划如下：（1）引言略（2）组织及职责1确定配置管理者，SCCB（配置控制委员会成员。2项目经理是SCCB的负责人。3配置管理的角色和职责见下表。角色配置管理员SCCB负责人SCCB（3）配置管理环境由于本项目

17、属于中小型项目，工期也不是很长，所以采用SourceSafe作为配置管理工具。1）目录结构（见下表19配置管理角色职责表人员职责1制定配置管理计划2创建和维护配置库1）审批配置管理计划2）审批重大变更审批某些配置或基线变更配置库的目录结构序号内容TCMRMSPPSPTOSCMSQA说明技术合同管理需求管理软件项目计划软件项目跟踪与管理软件配置管理软件质量保证设计SPE软件产品工程源代码目标代码测试发布路径SQA$prj_SchoolSPEDESIGN$prj_SchoolSPESOURCECODE$prj_SchoolSPEBUILD$prj_SchoolSPETEST$prj_SchoolS

18、PERELEASE2）用户及权限（见下表类别配置管理者项目经理质量保证人员开发人员高层管理人员权限负责项目配置管理，对库拥有所有权限读读读读（4）配置管理活动1）配置项标识命名规范命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。本项目文件命名规范由5个宇段组成，从左到右依次为：公司、项目、类型、编号和版本号，如下图所示。这些字段用一横线（一分隔。公司：3个字符项目：最长10个字类型：最长5个字符符编号：最长8位数字版本号：Vm.nQTD-School-RM-002-V1.020主要配置项类型技术合同计划主要配置项合同SOW项目计划质量保证计划置管理计划需求需求

19、规格说明书用户DEMO总体设计说明书设计数据库设计详细设计说明书设计术语及规范编程源程序编码规则测试计划测试测试用例测试报告运行产品提交验收报告用户手册标识符预计正式发表时间QTD-SCh001-TCM-Contract-V1.0QTDSchOOlTCM-SO弋LVl.OQTD-SchOOI-SPP-PP-V1.0TD-Sch001-SPP-SQA-V1.0QTD-Sch001-SPP-CM-V1.0QTD-SchOOLRM-SRS-V1.0QTD-SCh001-RM-Demo-V1.0QTD-Ch001-eSign-HL-V1.0QTD-SCh001-Design-DB-V1.0QTD-SC

20、hOOl-DeSign-LL-V1.0QTD-SCh001-Design-STD-V1.0QTD-SCh001-Code-ModUleName-V1.0QTD-SCh001-Code-STD-V1.0QTD-School-TeSt-P1an-V1.0QTD-SCh001-TeSt-ase-V1.0QTD-School-TeSt-Report-V1.0QTD-School-Product-Exe-V1.0QTD-School-Product-Repoort-V1.0QTD-School-Product-Manual-V1.0项目基线基线名称/标识符需求基线所包含的主要配置项预计建立时间（天）需求

21、规格说明书、用户DEMO20总体设计项目实现系统测试总体设计说明书、数据库设计软件源代码、编码规则测试用例、测试报告307093配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支，让它们分别对应4类工作空间。.主干分支私有分支21.小组分支集成分支上面定义的四类工作空间（分支由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。对配置项的版本管理在不同分支具有不同的策略：a主干分支系统默认自动建立的物理分支一一主干分支（/main。b私有分支如果多个开发工程师维护一个配置项时建议建立自己的私有分支