软件项目管理课程设计实验报告(共25页).doc

精选优质文档-倾情为你奉上 专业班级：软件工程131班姓名：王凯学号：指导教师：李伟2016-05-13我们生活在一个快速变迁，社会经济大跨步向前迈跃的时代，市场经济突飞猛进，形成了一个多元化市场。在信息系统集成行业中，人们越来越认识到了项目管理的重要性。只有通过不断的学习和进行科学化的实施项目管理，才能使我们在整个项目中满足项目要求，降低项目成本、缩短项目工期、确保项目质量，最终达到用户需求和保障公司的利益。项目管理包括项目范围管理、项目时间管理、项目成本管理、项目质量管理、人力资源管理、项目沟通管理、项目风险管理、项目采购管理和项目整体管理。 项目整体管理包括保证项目各要素相互协调所需要的过程，它需要在相互影响的项目目标和方案中做出平衡，以满足或超出项目干系人的需求和期望。项目整体管理是在计划实施执行中将项目整体计划目标按步实施展开并转变成项目产出物的管理过程。是一项从项目开始到项目结束的全局性管理工作。实际执行项目时，为了更好完成项目标、任务和计划，我们还要在项目管理中进行综合变更控制。项目整体管理可使用于项目管理的每个阶段。目录专心-专注-专业学校内部职工工资系统项目管理书1、项目概述假设学校共有教职工约1000人，10个行政部门和8个系部。每个月20日前各部门（包括系、部）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送财务处。财务处于每月月底将教职工的工资表做好并将数据送银行。每月初（3日前）将工资条发给各单位。若有员工调入、调出、校内调动、离退休等数据变化，则由人事处通知相关部门和财务处。2、工作任务(Statement Of Work,SOW)书校务通管理系统业务需求 学校内部职工工资管理系统是对学校所有职工工资进行管理的系统，是学校内部各校区内与各校区间的公用平台。它要完成学校对所有职工工资信息的管理，包括计算、传播、存储等，以及职工对自己信息的查询操作。其目的是实现学校内部职工的工资管理，准确的管理职工工资奖金等信息（一）整体要求 1)系统要求提供教师工作平台和学生工作平台。 2)系统要求有严格的权限管理，权限要在数据方面和功能方面都有体现。3)系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块。 （二）系统逻辑模型 学校内部工资管理系统人事档案子系统出勤管理子系统工资管理子系统职工档案录入职工档案修改职工档案查询职工基本信息表职工信息变动情况人事部通知财务部及相关部门出勤情况的更新出勤情况的查询出勤情况报表生成实际工资的计算形成工资报表将工资数据送往银行银行进行工资发放将工资送往各部门进行工资查询的外部端口表信息送交财务部（三）系统功能描述(A) 职工基本信息管理子系统1）职工基本信息输入：数据输入，存储2）建立职工基本信息表：数据集中3）职工基本信息查询：数据查询4）职工基本信息修改：a.写修改职工基本信息：数据修改b.发送提示信息至其他部门：数据读出(B) 职工出勤信息管理子系统：1）职工出缺勤信息输入：职工出缺勤信息表2）职工出缺勤信息查询：查询目标3）职工出缺勤信息表的建立：职工出缺勤信息表(C)职工工资管理子系统：1）职工基本工资信息读取：职工基本工资信息表2）职工实际工资奖金计算：标准工资信息3）标准工资信息与银行之间的双向传输：标准工资信息4）工资条对各部门的发放：标准工资信息（四）应达到的技术指标和参数系统应满足并行登录、并行查询的速度要求。其中主要内容包括：1)保证1000人以上可以同时登录系统。2)所有查询速度应在10秒以内。3)保证数据的每周备份。4)出现问题应在10分钟内恢复。注：从SOW可以看出，一般情况下用户提供的工作说明开始会很简单、很模糊，但随着项目的进展，客户会随时提出一些新的要求，这其实是项目管理过程中比较棘手、但确经常发生的事情。3、项目进度计划（一）分解项目工作通过对学校内部职工工资管理系统任务书的分析（分析项目结构）结果，进一步对本项目的任务进行分解，采用图表方式进行任务分解的分解结果如下图所示。100学校内部职工工资管理信息系统110需求分析120开发环境准备130系统设计140系统编码150系统测试160试运行170用户验收111需求调研112需求分析113需求确认121硬件环境准备122软件环境准备131系统分析132总体设计133详细设计141界面设计142详细设计151测试计划152单元测试153集成测试161试运行162试运行报告163系统改进（二）项目工作关系表任务编码任务名称工作代号前期工作后期工作持续时间（天）111需求调研A11210112需求分析B1111135113需求确认C112121,1315121硬件环境准备D1131222122软件环境准备E1211413131系统分析F11313210132总体设计G1311338133详细设计H13214112141界面设计I122,1331518142编码J1331518151测试计划K1421525152单元测试L15115310153集成测试M1521618161系统试运行N15316215162试运行报告P1611632163系统改进Q1621705170系统验收R1635（三）项目甘特图（四）网络进度计划图00100010A0101501015B0152001520C25202204547D252225254750E0203002030F0303803038G0385003850H0507005070I125058126270J0707507075K0758507585L0859308593M093108093108N01081100108110P01101150110115Q01151200115120R（五）里程碑计划序号里程碑事件交付成果预计完成时间(天)1需求分析完成期需求分析说明书202系统设计完成期总体设计说明书、详细设计说明书503系统编码完成期原程序代码、用户使用手册704软件测试完成期测试计划、测试报告935系统试运行完成期系统试运行报告1156项目验收完成期验收报告1204、项目规模成本估算（一）分解项目工作通过对校务通管理系统任务书的分析（分析项目结构）结果，进一步对本项目的任务进行分解，采用图表方式进行任务分解的分解结果如下图所示。F学校内部职工工资管理系统F1人事档案子系统F2出勤管理子系统F2.4表信息送交财务部F2.3出勤情况报表生成F2.2出勤情况查询F2.1出勤情况更新F1.2.1职工信息变动情况F1.2.2人事部通知财务部及相关部门F1.1职工档案录入F3工资管理子系统F1.3职工档案查询F1.2职工档案修改F1.2职工基本信息表F3.1实际工资计算F3.5进行工资查询的外部端口F3.4将工资送往各部门F3.3将工资数据送往银行F3.2形成工资报表说明：1.它是按照功能组成标准进行的任务分解，其中没有包括管理、质量等相关的任务，WBS可以随着系统的完善而不断增加和完善。2.聊天室和论坛采用标准的重用技术，网上考试功能已经有成熟的产品(价格明确)，所以这些功能可以不用分解。（二）项目规模估算表任务编号任务名称估计值(人天)小计(人天)总计(人天)1人事档案子系统401.1职工档案录入51.2职工档案修改71.2.1职工信息变动情况31.2.2人事部通知财务部及相关部门41.3职工档案查询31.4职工基本信息表32出勤管理子系统112.1出勤情况更新22.2出勤情况查询32.3出勤情况报表生成22.4表信息送交财务部43工资管理子系统113.1实际工资计算33.2形成工资报表23.3将工资数据送往银行23.4将工资数据送往各部门23.5进行工资查询的外部端口2（三）计算开发成本从项目规模估算表得知项目规模是40人天，假设开发人员成本参数=400元天，则：内部的开发成本=400元天X40天=16000元。则：开发成本=16000元。 （四）计算管理、质量成本管理任务和质量任务可以通过计算开发任务得到，根据经验，管理任务和质量任务=20X开发任务。项目的管理和质量成本=开发成本X 20=3200元。（五）直接成本直接成本=16000+3200=19200元。（六）计算间接成本a)间接成本包括前期合同费用、房租、水电、培训、员工福利、客户服务等。b)根据经验，采用公式：间接成本=25x直接成本。间接成本=4800元。（七）计算总估算成本项目总估算成本=19200+4800=24000元。（八）项目报价如果项目的利润是40，其中风险基金10，利润15，税费5。则：项目的总报价=24000 X 1.4=33600元。5.项目质量计划质量计划的要内容包括：.项目质量保证组织.项目的质量目标.质量保证活动.质量控制活动（一）项目质量保证组织1）组织机构在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经理等组成。项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量控制工作，质量保证人员负责质量保证的工作。组织结构如下图所示：高层管理项目经理质量保证软件开发配置管理设计实施质量控制2）职责在本项目中，质量保证组织的职责如下：(1)高层管理高层管理是公司负责质量的高级管理，其质量职责如下：.受理项目内不能解决的不符合问题。.负责听取质量保证组的工作报告，评审质量保证活动和结果。.参加有关质量保证过程改进的评审。(2)项目质量保证人员质量保证人员的质量职责如下： .负责项目实施过程中,对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查。.实施项目组成员的质量保证培训。.制定质量保证计划。.按计划实施审计活动，依照质量保证计划执行评审审计，并记录执行中发现的不符合项。.对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况。.对项目内不能解决的不符合项问题， 向高层管理提交报告。.向项目经理报告项目质量工作状况和质量度量结果。.定期向项目组报告质量活动的结果。.制定质量保证的过程改进计划，记录过程数据。(3)项目经理项目经理的质量职责如下：.评审质量计划。.与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施。.定期评审质量保证活动和结果。（二）质量目标根据企业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标： 1)基于需求的测试覆盖率为100。2)软件功能测试用例通过率不低于95。3)每个阶段评审中发现的问题都已经解决或得到适当处理。4)产品发布时不存在严重问题，以及以上的缺陷。注：严重问题指导致系统或模块不能正常工作的问题。结合以往的项目经验和企业的质量相应标准，制定质量标准如下表所示。项 目具 体 描 述计划实际缺陷排除率(缺陷数/页)需求检查4系统总体设计检查2缺陷排除率(缺陷数/KLOC)详细设计复核30详细设计检查10代码复核65代码检查20编译20单元测试15系统集成5系统测试5（三）质量策略为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施包括：1)将质量贯彻到日常的项目进展过程中；2)应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制，采取的策略都是早期预防和早期排除缺陷。（四）质量保证活动 质量保证的主要活动包括过程评审和产品审计。过程评审和产品审计的目的是确保在项目进展过程的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程评审和产品审计都应填写相应的报告或活动记录。1）产品审计产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。质量保证人员可以有选择性地审计项目生存期中创建的工作产品，以验证是否符合适当的标准，是否进行了质量检查。下表便是质量审计一览表。质量审计一览表项审计对象审计阶段参照标准1软件项目计划计划结束企业质量体系2软件配置管理计划计划结束企业质量体系3软件质量保证计划计划结束企业质量体系4总体设计文档设计结束企业质量体系和项目计划5详细设计文档设计结束企业质量体系和项目计划6数据库表和编码规范设计结束企业质量体系和项目计划7产品代码每个阶段实施结束企业质量体系和项目计划8测试报告测试结束企业质量体系和项目计划9测试计划计划结束企业质量体系和项目计划10用户文档测试结束企业质量体系和项目计划2）过程评审项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。质量保证人员负责对项目过程进行监督，将发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。根据公司的质量保证体系和本项目的具体特点，确定项目执行过程如下： （1)项目规划过程及产品标准。 （2)项目跟踪管理过程。 （3)需求分析过程及产品标准。 （4)系统设计过程及产品标准。 （5)详细设计过程及产品标准。 （6)调试运行过程及产品标准。（7)代码走查过程及代码编写标准。 （8)产品集成测试过程及产品标准。 （9)开发环境中的执行规则。 （10)测试环境中的执行规则。 （11)质量保证过程及其标准。 （12)配置管理过程及其标准。 （五）质量控制活动质量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发人负责，详见进度计划。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交给测试部进行集成测试、系统测试。测试部的测试应达到质量目标要求，软件发布时应达到测试通过准则的要求。（六）质量保证的报告途径质量保证人员对于每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施并预定完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，由高层管理者决定最后的措施。同时，不符合项在项目周例会中汇报。对不符合项，质量保证人员要在预定完成日期内重新审计，验证不符合项的纠正情况，若超过预定完成日期1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高级管理者决定最后的措施。质量保证人员有独立的汇报途径，日常的汇报途径如下： .将发现的问题通知项目经理，协调纠正措施。 .将项目组内不能协调的问题汇报给高级管理者，由高级管理者协调解决。 .将日常工作和过程数据汇报给质量经理， 由其统一收集并进行统计。（七）记录的收集、维护和保存项目组应当保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录，对于项目中问题的处理也需要形成记录保存。每周由质量保证人员根据任务清单的审计任务进行审计活动，并收集各活动的过程数据。6、软件项目团队学校内部职工工资管理系统的组织机构如下图所示。高层管理项目经理质量保证软件开发配置管理设计实施质量控制市场部用户（一）团队组织及职责·市场部：负责与用户的协调工作负责项目相关的商务活动负责用户需求的接口配合项目经理的资源协调活动负责产品的验收活动负责系统的维护活动。·项目经理：负责项目的组织和规划负责项目计划制定和维护负责项目的跟踪和管理负责资源的分配和协调活动负责各组织和计划之间的协调活动负责与市场部的协调活动·软件开发：负责项目的软件开发，包括设计、编码、单元测试和集成测试负责产品质量控制的工作负责配合质量保证的活动，如系统测试、文档编制等配合产品验收的相关活动·质量保证：负责项目过程和产品规范的制定负责项目过程的质量保证活动，包括过程评审和产品审计·配置管理：负责项目的配置管理活动负责软件产品的提交。·用户：确保相关责任的实施参与项目的组织和规划负责产品的验收工作 （二）项目的沟通计划为了保证项目开发过程的顺利进行和信息的有效沟通，特要求如下的沟通计划：1)每天17：00-17：30，项目组成员进行口头交流。2)每周五的14：00前提交周报告，格式见模板。3)每周五的15：00-17：00，召开项目周例会，会后发布会议纪要给相关的项目人员，其中说明项目的进展和存在的问题。4)及时提交问题报告，问题报告可以通过网络提交，项目经理会及时获取问题信息。7、软件项目配置管理计划学校内部职工工资管理系统的配置管理计划如下： （1）引言 略 （2）组织及职责 1)确定配置管理者，SCCB(配置控制委员会)成员。 2)项目经理是SCCB的负责人。 3)配置管理的角色和职责见下表。 配置管理角色职责表角色人员职责配置管理员1) 制定配置管理计划2) 创建和维护配置库SCCB负责人1） 审批配置管理计划2） 审批重大变更SCCB审批某些配置或基线变更（3）配置管理环境由于本项目属于中小型项目，工期也不是很长，所以采用SourceSafe作为配置管理工具。1）目录结构(见下表) 配置库的目录结构序号内容说明路径TCM技术合同管理$prj_SchoolTCMRM需求管理$prj_SchoolRMSPP软件项目计划$prj_SchoolSPPSPTO软件项目跟踪与管理$prj_SchoolSPTOSCM软件配置管理$prj_SchoolSCMSQA软件质量保证$prj_SchoolSQASPE软件产品工程设计$prj_SchoolSPEDESIGN源代码$prj_SchoolSPESOURCECODE目标代码$prj_SchoolSPEBUILD测试$prj_SchoolSPETEST发布$prj_SchoolSPERELEASE2）用户及权限(见下表)类别人员权限配置管理者负责项目配置管理，对库拥有所有权限项目经理读质量保证人员读开发人员读高层管理读（4）配置管理活动1） 配置项标识·命名规范命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。本项目文件命名规范由5个宇段组成，从左到右依次为：公司、项目、类型、编号和版本号，如下图所示。这些字段用一横线()分隔。公司：3个字符项目：最长10个字符类型：最长5个字符编号：最长8位数字版本号：Vm.nQTD-School-RM-002-V1.0类型主要配置项 标 识 符预计正式发表时间技术合同合同QTD-SCh001-TCM-Contract-V10SOWQTDSch001TCM-SOLVl0计划项目计划QTD-SchOOl-SPP-PP-V10质量保证计划TD-Sch001-SPP-SQA-V10置管理计划QTD-Sch001-SPP-CM-V10需求需求规格说明书QTD-SchOOLRM-SRS-V10用户DEMOQTD-SCh001-RM-Demo-V10 设计总体设计说明书QTD-Ch001-eSign-HL-V10数据库设计QTD-SCh001-Design-DB-V10详细设计说明书QTD-SChOOl-DeSign-LL-V10设计术语及规范QTD-SCh001-Design-STD-V10编程源程序QTD-SCh001-Code-ModUleName-V1.0编码规则QTD-SCh001-Code-STD-V10测试测试计划QTD-School-TeSt-P1an-V10测试用例QTD-SCh001-TeSt-ase-V10测试报告QTD-School-TeSt-Report-V10提交运行产品QTD-School-Product-Exe-V10验收报告QTD-School-Product-Repoort-V10用户手册QTD-School-Product-Manual-V10·主要配置项·项目基线基线名称标识符基线所包含的主要配置项预计建立时间（天）需求需求规格说明书、用户DEMO20总体设计总体设计说明书、数据库设计30项目实现软件源代码、编码规则70系统测试测试用例、测试报告93·配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支，让它们分别对应4类工作空间。 主干分支 ·私有分支 . 小组分支 ·集成分支上面定义的四类工作空间(分支)由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。对配置项的版本管理在不同分支具有不同的策略：a)主干分支系统默认自动建立的物理分支主干分支(main)。b)私有分支 如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不予管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。c)小组分支如果出现小组共同开发该配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。d)集成分支集成测试时在主干分支的特定版本上建立集成分支，测试工作在集成分支上完成。私有分支和小组分支均为可选，必要时建立。2） 变更管理变更管理的流程是：a)由请求者提交变更请求，SCCB召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。b)配置管理员收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。c)配置管理员将基线波及关系表提交给SCCB， 由SCCB确定是否需要修改，如果需要修改，SCCB应根据波及关系表，确定需要修改的具体文件，并在波及分析表中标识出来。d)配置管理员按照出库程序从配置库中取出需要修改的文件。e)项目人员将修改后的文件提交给配置管理员。f)配置管理员将修改后的配置项按入库程序放入配置库。g)配置管理员按SCCB标识出的修改文件， 由波及关系表生成基线变更记录表，并按入库程序放入配置库。(3) 配置状态统计利用配置状态统计，可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必需的更改已被执行。为跟踪工作产品基线，配置管理员需收集下列信息： ·基线类型。 ·工作产品名称。 ·配置项名称标识符。 ·版本号。 ·更改日期时间。 ·更改请求列表。 ·需要更改的配置项 .当前状态。 ·当前状态发生日期。项目组每周提交配置项清单及其当前版本。配置管理人员每半个月提交变更请求的状态统计。