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

1、软件项目管理课程设计实验报告精 软件项目管理 课程设计报告学 院:专 业:班 级:学 号:姓 名:指导教师:时 间:2013年 1月1、项目概述 . 12、工作任务 (Statement Of Work,SOW书 . 1(一整体要求 . 1(二系统逻辑模型 . 2(三系统功能描述 . 3(四应达到的技术指标和参数 . 3 3、项目进度计划 . 4(一分解项目工作 . 4(二项目工作关系表 . 5(三项目甘特图 . 6(四网络进度计划图 . 7(五里程碑计划 . 9 4、项目规模成本估算 . 9(一分解项目工作 . 9(二项目规模估算表 . 11(三计算开发成本 . 12(四计算管理、质量成本

2、. 12(五直接成本 . 12(六计算间接成本 . 12(七计算总估算成本 . 12(八项目报价 . 13 5. 项目质量计划 . 13(一项目质量保证组织 . 13(二质量目标 . 14(三质量策略 . 15(四质量保证活动 . 15(五质量控制活动 . 17(六质量保证的报告途径 . 17(七记录的收集、维护和保存 . 17 6、软件项目团队 . 17(一团队组织及职责 . 18(二项目的沟通计划 . 19 7、软件项目配置管理计划 . 19学校内部职工工资系统项目管理书 1、项目概述假设学校共有教职工约 1000人, 10个行政部门和 8个系部。每个月 20日前各 部门(包括系、部要将出

3、勤情况上报人事处, 23日前人事处将出勤工资、奖 金及扣款清单送财务处。 财务处于每月月底将教职工的工资表做好并将数据送银 行。每月初(3日前将工资条发给各单位。若有员工调入、调出、校内调动、 离退休等数据变化,则由人事处通知相关部门和财务处。2、工作任务 (Statement Of Work,SOW书 校务通管理系统业务需求学校内部职工工资管理系统 是对学校所有职工工资进行管理的系统, 是 学校内部各校区内与各校区间的公用平台。 它要完成学校对所有职工工资信息的 管理,包括计算、传播、存储等,以及职工对自己信息的查询操作。其目的是实 现学校内部职工的工资管理,准确的管理职工工资奖金等信息(一

4、整体要求1 系统要求提供教师工作平台和学生工作平台。2 系统要求有严格的权限管理,权限要在数据方面和功能方面都有体现。3 系统要求有可扩充性, 可以在现有系统的基础上, 通过前台就可加挂其他 功能模块。(二系统逻辑模型 (三系统功能描述(A职工基本信息管理子系统1职工基本信息输入:数据输入,存储2建立职工基本信息表:数据集中3职工基本信息查询:数据查询4职工基本信息修改:a. 写修改职工基本信息:数据修改b. 发送提示信息至其他部门:数据读出(B职工出勤信息管理子系统:1职工出缺勤信息输入:职工出缺勤信息表2职工出缺勤信息查询:查询目标3职工出缺勤信息表的建立:职工出缺勤信息表(C职工工资管理

5、子系统:1职工基本工资信息读取:职工基本工资信息表2职工实际工资奖金计算:标准工资信息3标准工资信息与银行之间的双向传输:标准工资信息4工资条对各部门的发放:标准工资信息(四应达到的技术指标和参数系统应满足并行登录、并行查询的速度要求。其中主要内容包括:1 保证 1000人以上可以同时登录系统。2 所有查询速度应在 10秒以内。3 保证数据的每周备份。4 出现问题应在 10分钟内恢复。注:从 SOW 可以看出, 一般情况下用户提供的工作说明开始会很简单、 很模糊, 但随着项目的进展, 客户会随时提出一些新的要求, 这其实是项目管理过程中比 较棘手、但确经常发生的事情。3、项目进度计划(一分解项

6、目工作通过对学校内部职工工资管理系统任务书的分析(分析项目结构结果,进 一步对本项目的任务进行分解, 采用图表方式进行任务分解的分解结果如下图所 4(二项目工作关系表 5(三项目甘特图 6(四网络进度计划图 8(五里程碑计划 4、项目规模成本估算(一分解项目工作通过对校务通管理系统任务书的分析(分析项目结构结果,进一步对本项目的任务进 行分解,采用图表方式进行任务分解的分解结果如下图所示。910 说明:1. 它是按照功能组成标准进行的任务分解,其中没有包括管理、质量等相关的任 务, WBS 可以随着系统的完善而不断增加和完善。2. 聊天室和论坛采用标准的重用技术,网上考试功能已经有成熟的产品

7、(价格明 确 ,所以这些功能可以不用分解。(二项目规模估算表 11 (三计算开发成本从项目规模估算表得知项目规模是 40人天, 假设开发人员成本参数 =400元/天, 则:内部的开发成本 =400元/天 X40天 =16000元。则:开发成本 =16000元。(四计算管理、质量成本管理任务和质量任务可以通过计算开发任务得到, 根据经验, 管理任务和质量任 务 =20%X 开发任务。项目的管理和质量成本 =开发成本 X 20%=3200元。(五直接成本直接成本 =16000+3200=19200元。(六计算间接成本a 间接成本包括前期合同费用、房租、水电、培训、员工福利、客户服务等。b 根据经验

8、,采用公式:间接成本 =25%x 直接成本。间接成本 =4800元。(七计算总估算成本项目总估算成本 =19200+4800=24000元。12(八项目报价如果项目的利润是 40%,其中风险基金 10%,利润 15%,税费 5%。则:项目的总报价 =24000 X 1.4=33600元。5. 项目质量计划质量计划的要内容包括:. 项目质量保证组织 . 项目的质量目标 . 质量保证活动 . 质量 控制活动(一项目质量保证组织1组织机构在项目实施期间成立项目质量保证组织, 该组织由质量保证人员和项目经理等组 成。 项目经理负责质量监督工作及项目进展过程中各环节的质量把关, 开发经理 负责质量控制工

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

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

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

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

13、行讨论,对不能解决的问题提交高级管理者处理。 每个周末,进行一次配置管理审核,确认配置管理工作是否正常进行。根据公司的质量保证体系和本项目的具体特点,确定项目执行过程如下:(1 项目规划过程及产品标准。(2 项目跟踪管理过程。(3 需求分析过程及产品标准。(4 系统设计过程及产品标准。(5 详细设计过程及产品标准。(6 调试运行过程及产品标准。(7 代码走查过程及代码编写标准。(8 产品集成测试过程及产品标准。(9 开发环境中的执行规则。(10 测试环境中的执行规则。(11 质量保证过程及其标准。(12 配置管理过程及其标准。(五质量控制活动质量控制活动包括代码走查、 单元测试、 集成测试、

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

15、况, 若超过预定完成日期 1周仍然有没解决的不符合项, 质量保证人员上报给 高级管理者,由高级管理者决定最后的措施。质量保证人员有独立的汇报途径,日常的汇报途径如下:. 将发现的问题通知项目经理,协调纠正措施。. 将项目组内不能协调的问题汇报给高级管理者,由高级管理者协调解决。 . 将日常工作和过程数据汇报给质量经理, 由其统一收集并进行统计。 (七记录的收集、维护和保存项目组应当保留项目执行过程中形成的各类文档、 各种记录、 各级周报、 各级会 议记录, 对于项目中问题的处理也需要形成记录保存。 每周由质量保证人员根据 任务清单的审计任务进行审计活动,并收集各活动的过程数据。6、软件项目团队

16、学校内部职工工资管理系统的组织机构如下图所示。 (一团队组织及职责市场部:负责与用户的协调工作负责项目相关的商务活动负责用户需求的接口配合项目经理的资源协调活动负责产品的验收活动负责系统的维护活动。项目经理:负责项目的组织和规划负责项目计划制定和维护负责项目的跟踪和管理负责资源的分配和协调活动负责各组织和计划之间的协调活动负责与市场部的协调活动软件开发:负责项目的软件开发,包括设计、编码、单元测试和集成测试负责产品质量控制的工作负责配合质量保证的活动,如系统测试、文档编制等配合产品验收的相关活动质量保证:用户负责项目过程和产品规范的制定 负责项目过程的质量保证活动，包括过程评审和产品审计 配置

17、管理： 负责项目的配置管理活动 负责软件产品的提交。 用户： 确保相关责任的实施 参与项目的组织和规划 负责产品的验收工作 （二）项目的沟通计划 为了保证项目开发过程的顺利进行和信息的有效沟通，特要求如下的沟通计划： 1每天 17：00-17：30，项目组成员进行口头交流。 2每周五的 14：00 前提交周报告，格式见模板。 3每周五的 15：00-17：00，召开项目周例会，会后发布会议纪要给相关的项目 人员，其中说明项目的进展和存在的问题。 4及时提交问题报告，问题报告可以通过网络提交，项目经理会及时获取问题信 息。 7、软件项目配置管理计划 学校内部职工工资管理系统的配置管理计划如下：

18、（1）引言 略 （2）组织及职责 1确定配置管理者，SCCB(配置控制委员会成员。 2项目经理是 SCCB 的负责人。 3配置管理的角色和职责见下表。 角色 配置管理员 SCCB 负责人 SCCB （3）配置管理环境 由于本项目属于中小型项目， 工期也不是很长， 所以采用 SourceSafe 作为配置管 理工具。 1）目录结构(见下表 19 配置管理角色职责表 人员 职责 1 制定配置管理计划 2 创建和维护配置库 1） 审批配置管理计划 2） 审批重大变更 审批某些配置或基线变更 配置库的目录结构 序号 内容 TCM RM SPP SPTO SCM SQA 说明 技术合同管理 需求管理 软

19、件项目计划 软件项目跟踪与管理 软件配置管理 软件质量保证 设计 SPE 软件 产品 工程 源代码 目标代码 测试 发布 路径 $prj_SchoolTCM $prj_SchoolRM $prj_SchoolSPP $prj_SchoolSPTO $prj_SchoolSCM $prj_SchoolSQA $prj_SchoolSPEDESIGN $prj_SchoolSPESOURCECODE $prj_SchoolSPEBUILD $prj_SchoolSPETEST $prj_SchoolSPERELEASE 2）用户及权限(见下表 类别 配置管理者 项目经理 质量保证人员 开发人员 高

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

21、求 需求规格说明书 用户 DEMO 总体设计说明书 设计 数据库设计 详细设计说明书 设计术语及规范 编程 源程序 编码规则 测试计划 测试 测试用例 测试报告 运行产品 提交 验收报告 用户手册 标 识 符 预计正式 发表时间 QTD-SCh001-TCM-Contract-V10 QTDSch001TCM-SOLVl0 QTD-SchOOl-SPP-PP-V10 TD-Sch001-SPP-SQA-V10 QTD-Sch001-SPP-CM-V10 QTD-SchOOLRM-SRS-V10 QTD-SCh001-RM-Demo-V10 QTD-Ch001-eSign-HL-V10 QTD-

22、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 项目基线 基线名

23、称 标识符 需求 基线所包含的主要配置项 预计建立时 间（天） 需求规格说明书、用户 DEMO 20 总体设计 项目实现 系统测试 总体设计说明书、数据库设计 软件源代码、编码规则 测试用例、测试报告 30 70 93 配置项的版本管理 配置项可能包含的分支从逻辑上可以划分成 4 个不同功能的分支， 让它们分别对 应 4 类工作空间。 主干分支 私有分支 21 . 小组分支 集成分支 上面定义的四类工作空间(分支由项目执行负责人统一管理，根据各开发阶段的 实际情况定制相应的版本选取规则， 来保证开发活动的正常运作。 在变更发生时， 应及时做好基线的推进。 对配置项的版本管理在不同分支具有不同的

24、策略： a主干分支 系统默认自动建立的物理分支主干分支(main。 b私有分支 如果多个开发工程师维护一个配置项时建议建立自己的私有分支。 配置管理员对 其基本不予管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限 制。 c小组分支 如果出现小组共同开发该配置项，该分支可视为项目组内部分组的私有空间，存 放代码开发过程中的版本分支，由项目组内部控制。 d集成分支 集成测试时在主干分支的特定版本上建立集成分支，测试工作在集成分支上完 成。 私有分支和小组分支均为可选，必要时建立。 2） 变更管理 变更管理的流程是： a由请求者提交变更请求，SCCB 召开复审会议对变更请求进行复审，以确

25、定该 请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。 b配置管理员收到基线修改请求后，在配置库中生成与此配置项相关的波及关系 表。 c配置管理员将基线波及关系表提交给 SCCB， 由 SCCB 确定是否需要修改， 如果需要修改，SCCB 应根据波及关系表，确定需要修改的具体文件，并在波及 分析表中标识出来。 d配置管理员按照出库程序从配置库中取出需要修改的文件。 e项目人员将修改后的文件提交给配置管理员。 f配置管理员将修改后的配置项按入库程序放入配置库。 g配置管理员按 SCCB 标识出的修改文件， 由波及关系表生成基线变更记录 表，并按入库程序放入配置库。 (3 配置状态统计 利用配置状态统计，可以记录和跟踪配置项的改变。状态统计可用于评估项目风 险， 在开发过程中跟踪更改， 并且提供统计数据以确保所有必需的更改已被执行。 为跟踪工作产品基线，配置管理员需收集下列信息： 基线类型。 工作产品名称。 配置项名称标识符。 版本号。 更改日期时间。 更改请求列表。 需要更改的配置项 .当前状态。 当前状态发生日期。 项目组每周提交配置项清单及其当前版本。 配置管理人员每半个月提交变更请求的状态统计。 22