教务标准管理系统软件项目计划任务书样本.doc

教务标准管理系统软件项目计划任务书

北方民族大学
课程设计报告

系（部、中心） 计算机科学与工程学院
姓 名 杨启宏 学 号 20103229
专 业 软件工程 班 级 2010级软件班
同组人员 谢虎 王雪桥 　
课程名称 软件工程项目管理
设计题目名称 《教务管理系统软件项目计划任务书》
起止时间 2012年9月26日——2012年12 月21日
成 绩 　
指导教师签名 　

北方民族大学教务处制
目 录
1 引言 4
编写目的 4
重要术语 4
2 项目概述 4
项目开发背景及意义 5
项目初始范围 5
系统业务价值 5
系统层次图 6
系统功能描述 6
项目生存期模型选择 7
发技术选择与理由 9
3 项目范围计划 10
用户需求概述及系统主要功能 10
开发团队与开发环境 11
基于系统功能分解的WBS方案 12
基于项目开发过程的WBS方案 13
4 项目进度计划 13
初期项目进度计划 13
项目计划的细化 13
进度估算 15
进度计划 16
5 软件估算 17
项目规模估算 17
自下而上估算法 17
代码行估算： 18
项目成本估算 18
6 软件质量保证计划 19
质量目标 19
质量保证活动 19
产品审计 19
过程审计 20
7 项目风险评估及应对措施 20
项目风险事件 20
风险应对措施 20
8 项目配置管理计划 21
配置项列表（配置库） 21
配置项路径及标识 21
基线变更控制流程 21
9 结束语 21
参考资料 21

1 引言
1.1 编写目的
一个软件项目工程的开发，必须要有明确的规划和设计思路，因为这是开发软件项目的基本特征要求，尤其是不确定性的因素。为了保证项目的开发按时完成预定目标，更好的了解项目的实际情况。能够合理的顺序开展工作，现已书面的形式将项目开发的背景意义、生命周期中的项目的初始范围、生存期模型、项目范围计划、开发进度计划等内容描述出来。所以此文档作为我们团队的开发指南和领路者。
1.2 重要术语
C/S:（Clinet/Server）结构，即客户机和服务器结构。它是软件系统体系结构，最简单的C/S体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务程序。分别称为前台程序与后台程序。运行数据库服务器程序的机器是应用服务器。客户应用程序运行在用户自己的电脑上。通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，减轻应用服务器运行数据负荷。
EAMS：教务管理系统(Educationnal Administration Management System).是我们学习小组的开发项目。
.NET：.NET框架（.NET Framework） 是由微软开发，一个致力于敏捷软件开发（Agile softwaredevelopment）、快速应用开发（Rapidapplication development）、平台无关性和网络透明化的软件开发平台。.NET是微软为下一个十年对服务器和桌面型软件工程迈出的第一步。NET包含许多有助于互联网和内部网应用迅捷开发的技术。.NET框架是一个多语言组件开发和执行环境，它提供了一个跨语言的统一编程环境。.NET框架的目的是便于开发人员更容易地建立Web应用程序和Web服务，使得Internet上的各应用程序之间，可以使用Web服务进行沟通。从层次结构来看，.NET框架又包括三个主要组成部分：公共语言运行时（CLR：Common Language Runtime）、服务框架（Services Framework）和上层的两类应用模板——传统的Windows应用程序模板（Win Forms）和基于ASP .NET的面向Web的网络应用程序模板（Web Forms和Web Services）。
WBS：工作分解结构 (Work Breakdown Structure)。基本定义 ：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。有过程WBS和功能WBS。
SOW：工作任务说明(Statement Of Work)，是对项目所要提供的产品或服务的叙述性的描述，是甲方描述的实现开发约定所要执行的所有任务。
2 项目概述
教务管理系统（Educational Administration Management System，简称EAMS）是一个以人为主导，利用计算机硬件、软件、网络通信设备以及其他办公设备，进行信息的收集、传输、加工、存储、更新和维护，教务管理系统（Educational Administration Management System）提供给管理者需要的信息来实现对组织机构的有效管理，随着社会的发展，人们对各种信息的需求量越来越大。同时对信息的管理难度也在不断在增加，仅仅依靠当初的纸面记录信息和管理已经不能满足当今大量信息的管理了，因此，利用计算机硬件，软件和网络设备来管理信息成为当今信息管理的主要且可行的方式。这种方式能大大提高信息的管理力度，信息的冗余度小，大大减小了信息管理者的工作量，同时对信息的安全有了保障。但是这些似乎满足不了人们的需求，因为所开发的这些软件和系统的性能还远远不够，如性能，比如并发性，如果一个系统同时有很多人使用的话，会造成阻塞甚至崩溃，人们不得不一再登录或者等待，有时学生要花费很多时间才能查询到自己需要的信息或者是完成自己想做的事。
2.1 项目开发背景及意义
随着计算机网络和软件的发展，人们的生活发生了很大改变，同时计算机网络也已经成为人们生活中的重要组成部分，尤其是在信息管理方面，这是很大的跨越，从纸质办公到无纸办公。发展到这一步似乎已经是很大的进步了，但是这并不能很好的满足人们的需求。由于人们要处理，收集，管理的信息量越来越大，都用数据仓库来进行描述了，对信息管理系统的要求也就越来越高，现有的系统已经不能满足对当前信息的管理，因此对信息管理系统的升级或改进势在必行。人们利用计算机软件，硬件和计算机网络对信息进行管理时，不仅是收集数据，整理数据，存储数据，更重要的是维护数据的安全，这对系统的要求就要高的多。通过对现有系统的改进，提高其性能，如并发性，这尤其对学生信息管理系统来说很重要，因为有时所有学生会同时使用系统进行选课，如果并发性太低的话就会造成系统瘫痪，因此，分析文档，分析现有系统，解决现有系统的不足，开发新的信息管理系统，给信息数据提供高效的，可行的管理。
信息管理系统的的出现，为人们管理信息提供了很大的效率和节省了大量的人力资源和财力资源。随着社会的发展，信息管理系统的使用越来越多，尤其是几乎所有中学和大学都是用了信息管理系统，特别是在高校，面对这么大的学生数据需要管理，原来的系统已不能满足这种管理需求，因此，要在现有系统的基础上提高和扩展系统的功能，更好的满足对更加庞大的数据的管理。
2.2 项目初始范围
2.2.1 系统业务价值
现如今高等院校的招生人数越来越多，必然就会有大量的学生信息、教师信息及课程信息需要处理。如果只靠人力来完成，这将会变成一项非常繁琐、复杂的工作，而且还有可能出现很多意想不到的错误，给管理这些数据带来了极大的不便，越来越不适合高校的发展需要。因此，为了提高教务管理工作的效率，减少错误的出现，节约大量的人力资源，教务管理也已经从手工操作转到计算机自动化信息处理阶段，所有高校都迫切需要计算机技术来进行教务信息的辅助管理。
2.2.2 系统层次图

2.2.3 系统功能描述
u 教师子系统
ü 教师进行身份认证、登录
ü 教师登录后查询自己的基本信息（姓名，职工号，年龄，教师级别，授课方向）
ü 教师登录后录入和查询学生的考试成绩，但不能对学生成绩进行更改，若更改须经教务管员的允许
ü 教师登录后可以录入自己所授的课程简介、教学资料、教学大纲以及发布相关公告
ü 教师登录后可以查询课表、课程信息以及考试安排
ü 教师登录后查看系统发布的公告
ü 教师登录后修改自己的登录信息（密码）
u 教学管理子系统
ü 教学管理员进行身份验证登录数据库和系统的后台
ü 教学管理员将教师的基本信息录入到数据库中
ü 教学管理员将学生的学籍信息录入到数据库中，能对学籍异动信息进行相关操作
ü 教学管理员可以教师信息进行查询和更新
ü 教学管理员可以对学生信息进行查询和更新
ü 教学管理员可以进行教学任务安排、课程管理、课表的制定和考试安排
ü 教学管理员可以对专业的管理、教学部门和教室基本信息的管理
ü 教学管理员可以发布各种信息公告
u 学生子系统
ü 学生进行身份认证、登录
ü 学生成功登录后可以查询自己的学籍信息
ü 学生成功登陆后能查询考试安排和考试成绩
ü 学生成功登陆后可以对教师进行课堂满意度调查
ü 学生成功登陆后可以进行选课操作和查看课表
ü 学生成功登陆后可以查看发布的公告
2.3 项目生存期模型选择
针对本项目的开发特点，参考企业的生存模型周期和软件体系，决定采用增量式模型。如图：

Ø 教务管理系统先是做出一个小的试用版本，再逐步添加其余的功能。这样一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减少了开发的风险。
Ø 教务管理系统中，要求系统有可扩充性。而使用增量模型可以保证系统的可扩充性。用户明白了需求的大部分，但也存在很不详尽的地方。所以中间留有一些增量模型模块，用以完善和更新功能模块。
Ø 本项目具备增量式模型的其他特点：
² 项目复杂程度为中等
² 产品和文档的使用率很高
² 项目风险较低
Ø 生存周期中的各阶段定义如下：
项目规划阶段
阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。
输入：合同文本、SOW
过程：项目规划、计划确认
输出：项目计划
需求分析阶段
阶段目标：确定客户的需求
输入：项目计划、SOW
过程：需求获取、需求分析、需求控制
输出：原型系统，需求规格
总体设计阶段
阶段目标：总体系统结构设计
输入：原型系统、需求规格
过程：总体设计
输出：系统设计说明书、数据库结构定义
详细设计阶段
阶段目标：细化的功能和进度表，用例图
输入：系统设计说明书，数据库的定义
过程：详细设计
输出： 系统的甘特图，成本计划
增量1实现
阶段目标：实现系统的通用功能
输入：系统设计说明书，数据库结构定义
过程：详细设计，编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本-1
增量2实现
阶段目标：教师子系统
输入：系统设计说明书，数据库结构定义
过程：详细设计，编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本-2
增量3实现
阶段目标：教学管理子系统
过程：详细设计，编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本-3
增量4实现
阶段目标：学生子系统
输入：系统设计说明书，数据库结构定义
过程：详细设计，编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本-4
集成测试
阶段目标：通过集成环境下的软件测试
输入：测试计划，测试案例
过程：集成测试，系统测试
输出：系统软件包，测试报告，产品说明书
产品提交
阶段目标：产品可投入使用
输入：系统软件包
过程：产品提交
输出：验收报告
2.4 发技术选择与理由
2.4.1 开发核心技术：#程序开发技术的C/S架构和数据库服务中心SQL Server 2005
2.4.2 开发过程中所涉及到的软件：visual studio 2010。这是一种可视化的编程环境，可以自行执行编译源代码，开发人员提供很多图形用户界面，很多任务可以在已有的文件中添加合适的代码，大大节省了编程的时间，同时还可以进行高级调试，能在代码中一次调试提条指令，并监视应用程序状态，还能够智能提示程序的错误之处，方便编程人员快速找出错误，大大提高编程效率。
2.4.3 理由：由于该系统要涉及到登录界面的设计和数据库的设计，，数据库可以用SQL2005设计和编程实现，因为这些知识都已经学过或者正在学，对系统的开发有很大的帮助，不需要花费太多的精力就很快能够应用这些知识，运用到开发过程中。即对技术的熟悉程度和应用的熟悉程度相对来说比较熟悉，因此产生的风险会小些，同时这是一个规模比较小的项目，风险也比较小一些。
3 项目范围计划
3.1 用户需求概述及系统主要功能

图3-1 教师子系统用例图

图3-2 教学管理子系统用例图

图3-3 学生子系统用例图
3.2 开发团队与开发环境
开发团队：团队组成：谢虎 王雪桥 杨启宏 项目组长：杨启宏
服务器：Microsoft Server 2003
硬件配置：Intel ®Core™2CPU ，四个处理器
软件环境：Windows 7 和Windows XP 操作系统，Visual Studio 2010
开发工具：.net技术
开发语言：C#，XML
数据库平台：SQL Server 2005 和 MySQL
3.3 基于系统功能分解的WBS方案

表3-1：功能WBS表
序号
系统功能
功能简述
责任人
1
通用功能
界面管理，电子登录，登陆日志
杨启宏
2
教师子系统
教师信息学生信息查询，教学大纲的安排，课程信息和教学资料，考试安排，学生成绩录入，课程信息，课表和公告的发布
杨启宏
3
教学管理子系统
学生学籍信息和异动信息，教学部门的基本信息，课表安排，教师的基本信息，专业信息，课程信息，考试安排，培养方案和公告的发布
王雪桥
4
学生子系统
学生本人的学籍信息，教师信息，选课操作，课表查询，课堂质量评价，考试信息查询和公告的查询
谢虎

3.4 基于项目开发过程的WBS方案
表3-2：过程WBS表
序号
阶段任务
任务起止日期
阶段性成果
责任人
1
项目规划
2012-9-28---2012-9-29
已经提交了《项目可行性分析报告》，完成了《系统需求说明书》
杨启宏 谢虎 王雪桥
2
需求分析
2012-9-30---2012-10-4
完成了用例描述和用例图
杨启宏 谢虎 王雪桥
3
总体设计
2012-10-5---2012-10-25
完成了功能模块图
杨启宏 谢虎 王雪桥
4
详细设计
2012-10-26---2012-11-9
无
杨启宏 谢虎 王雪桥
5
实现
2012-11-10---2012-12-6
无
杨启宏 谢虎 王雪桥
6
集成测试
2012-12-7---2012-12-21
无
杨启宏 谢虎 王雪桥
7
产品交付
2012-12-22---2012-12-26
无
杨启宏 谢虎 王雪桥
4 项目进度计划
4.1 初期项目进度计划
表4-1 项目初期计划
任务
完成时间
负责人
资源
备注
项目规划
2012-9-29
杨启宏
全体人员参与

需求分析
2012-10-4
王雪桥
王雪桥、杨启宏

总体设计
2012-10-25
谢虎
全体人员参与

详细设计
2012-11-09
杨启宏
全体人员参与

实现
2012-12-6
杨启宏
全体人员参与
有待细化
集成测试
2012-12-21
谢虎
谢虎、杨启宏

产品交付
2012-12-26
杨启宏
谢虎

4.2 项目计划的细化
表4-2 项目计划
任务名称
工期
开始时间
完成时间
前置任务
资源名称
教务管理系统
56个工作日
2012年9月28日
2013年1月22日

软件规划
2 个工作日
2012年9月28日
2012年9月29日

项目规划
1 个工作日
2012年9月28日
2012年9月28日

杨启宏 王雪桥 谢虎
计划评审
1 个工作日
2012年9月29日
2012年9月29日
3
杨启宏 王雪桥 谢虎
需求开发
4个工作日
2012年9月30日
2012年10月5日
4

用户界面设计
1个工作日
2012年10月1日
2012年10月2日
2
王雪桥
修改需求、修改用户界面
1 个工作日
2012年10月3日
2012年10月3日
6
杨启宏
编写需求规格说明书
1 个工作日
2012年10月4日
2012年10月4日
7
王雪桥
需求验证
1 个工作日
2012年10月5日
2012年10月5日
8
杨启宏 王雪桥
设计
4 个工作日
2012年10月8日
2012年10月11日

总体设计
1 个工作日
2012年10月8日
2012年10月8日

王雪桥
详细设计、用例图编制
2 个工作日
2012年10月9日
2012年10月10日
11
杨启宏 王雪桥
设计评审
1 个工作日
2012年10月11日
2012年10月11日
12
杨启宏 王雪桥 谢虎
实现
43 个工作日
2012年10月12日
2013年1月17日

通用功能-增量1
4 个工作日
2012年10月12日
2012年10月17日

界面管理
1 个工作日
2012年10月12日
2012年10月12日

王雪桥
电子公告
1 个工作日
2012年10月15日
2012年10月15日
16
杨启宏
登录日志
1 个工作日
2012年10月16日
2012年10月16日
17
谢虎
增量1-评审
1 个工作日
2012年10月17日
2012年10月17日
18
杨启宏 王雪桥 谢虎
教师子系统-增量2
13个工作日
2012年10月18日
2012年11月16日

教师信息查询
1 个工作日
2012年10月18日
2012年10月19日

王雪桥
学生信息查询
2 个工作日
2012年10月22日
2012年10月23日
21
王雪桥
录入教学大纲
1 个工作日
2012年10月24日
2012年10月24日
22
杨启宏 王雪桥 谢虎
课堂质量评价
1个工作日
2012年10月25日
2012年10月29日

杨启宏
课程简介与教学资料
1个工作日
2012年10月30日
2012年11月1日

杨启宏
学生选课情况查询
2 个工作日
2012年10月30日
2012年10月31日

谢虎
课程信息查询
1个工作日
2012年11月1日
2012年11月5日

王雪桥
课表查询
1 个工作日
2012年11月6日
2012年11月7日

王雪桥
考试安排查询
2 个工作日
2012年11月8日
2012年11月9日

谢虎
学生成绩录入
1个工作日
2012年11月12日
2012年11月13日

杨启宏
发布公告
2 个工作日
2012年11月14日
2012年11月15日

王雪桥
增量2-评审
1 个工作日
2012年11月16日
2012年11月16日

杨启宏 王雪桥 谢虎
教学管理子系统-增量3
16个工作日
2012年11月19日
2013年1月1日

学生学籍信息
2 个工作日
2012年11月19日
2012年11月22日

杨启宏 王雪桥
学籍异动信息
1 个工作日
2012年11月23日
2012年11月27日
34
杨启宏
教师信息
1 个工作日
2012年11月28日
2012年11月30日
35
王雪桥
课表安排
1 个工作日
2012年12月3日
2012年12月5日
36
谢虎
教学部门基本信息
1 个工作日
2012年12月6日
2012年12月7日
37
王雪桥
教学任务安排
1 个工作日
2012年12月10日
2012年12月12日
38
杨启宏
培养方案
1 个工作日
2012年12月13日
2012年12月17日
39
谢虎
课程信息
1 个工作日
2012年12月18日
2012年12月20日

谢虎
考试安排
1 个工作日
2012年12月21日
2012年12月24日

王雪桥
专业管理
2 个工作日
2012年12月25日
2012年12月26日

谢虎
教室基本信息
2 个工作日
2012年12月27日
2012年12月28日

谢虎
公告发布
1 个工作日
2012年12月31日
2012年12月31日

杨启宏
增量3-评审
1 个工作日
2013年1月1日
2013年1月1日
45
杨启宏 王雪桥 谢虎
学生子系统-增量4
9 个工作日
2013年1月2日
2013年1月17日
46

教师信息查询
1 个工作日
2013年1月2日
2013年1月2日

王雪桥
学生个人信息查询
1 个工作日
2013年1月3日
2013年1月3日
48
杨启宏 王雪桥 谢虎
课堂质量评价
1 个工作日
2013年1月4日
2013年1月4日
49
谢虎
课程信息查询
1 个工作日
2013年1月7日
2013年1月7日

杨启宏
选课查询
1 个工作日
2013年1月8日
2013年1月9日

杨启宏 王雪桥 谢虎
课表查询
1 个工作日
2013年1月10日
2013年1月11日

杨启宏 王雪桥
考试查询
1 个工作日
2013年1月14日
2013年1月15日

杨启宏 谢虎
公告查询
1 个工作日
2013年1月16日
2013年1月16日

王雪桥
增量4-评审
1 个工作日
2013年1月17日
2013年1月17日
50
杨启宏 王雪桥 谢虎
系统集成
2 个工作日
2013年1月18日
2013年1月21日
56

统集成测试
1 个工作日
2013年1月18日
2013年1月18日

杨启宏 谢虎
环境测试
1 个工作日
2013年1月21日
2013年1月21日
58
杨启宏 王雪桥 谢虎
产品提交
1 个工作日
2013年1月22日
2013年1月22日
59

完成文档、验收提交
1 个工作日
2013年1月22日
2013年1月22日

杨启宏 王雪桥 谢虎

4.3 进度估算
定额估算法：
由于项目进行受到资源的约束，同时还要考虑到项目中各个任务的前置和后置关系，而这些在关键链路法中都被考虑，所以对该项目的进度估算采用关键链法，考虑到资源的约束情况下，项目的关键任务为：需求分析-总体设计-详细设计-实现-教务子系统-集成测试-产品交互-结束。因此大概在44天就可以完成任务。项目网络图如下：

4.4 进度计划

图4-2 项目甘特图
5 软件估算
5.1 项目规模估算
5.1.1 自下而上估算法
表5-1 项目规模估算表 注:规模单位是人天
WBS
任务名称
估计值(人天)
小计(人天)
总计(人天)
1
通用功能

8
159
1.1
界面管理
3

1.2
电子公告
3

1.3
登录日志
2

2
教师子系统

54

2.1
教师信息查询
6

2.2
学生信息查询
6

2.3
录入教学大纲
3

2.4
学生选课情况查询
6

2.5
课堂质量评价
3

2.6
导入课程简介与教学资料
6

2.7
课程信息查询
6

2.8
课表查询
6

2.9
考试安排查询
3

2.10
学生成绩录入
3

2.11
发布公告
6

3
教学管理子系统

66

3.1
学生学籍信息
9

3.2
学籍异动信息
6

3.3
教师信息
9

3.4
课表安排
3

3.5
教学部门基本信息
6

3.6
教学任务安排
6

3.7
培养方案
6

3.8
课程信息
6

3.9
考试安排
6

3.10
专业管理
3

3.11
教室基本信息
3

3.12
公告发布
3

4
学生子系统

31

4.1
教师信息查询
3

4.2
学生个人信息查询
3

4.3
课堂质量评价
3

4.4
课程信息查询
3

4.5
选课查询
6

4.6
课表查询
6

4.7
考试查询
5

4.8
公告查询
2

5.1.2 代码行估算：
3KLOC(学生系统)+ 6KLOC(教师系统)+11KLOC(教学管理员系统)+ 2KLOC(通用功能)=22KLOC;

5.2 项目成本估算
方法一：自下而上的估算方法
（1） 直接成本（包括开发成本和管理成本）
因 开发成本 = 内部的开发成本(159人天 * 400元/天) + 外包外购的本软件成本(10200元) = 73800元；
项目的管理和质量成本 = 开发成本(73800) * 20% =14760元；
所以 直接成本 = 项目的管理和质量成本(14760) + 开发成本(73800) = 88560元；
（2） 间接成本
间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等项。
则可得：间接成本 = 直接成本(88560) * 25% =22140元；
（3） 项目总成本
项目总成本 = 直接成本(88560) + 间接成本(22140) = 110700元。
最后，项目的总报价 = 项目总成本 + 项目总成本 * (风险基金(10%) + 利润(15%) +税费(5%)) = 132975* = 143910元。
方法二：中等COCOMO 81模型
教务管理系统采用半嵌入式方式，得出系数a=,b=；15个成本因子中，可靠性(rely)、数据规模(data)、平台稳定性(turn)、产品运行时间(time)的级别为高、预计的进度压缩程度(sced)和平台经验(vexp)的级别为低，其余因子正常。经查表的，rely=，time=，sced=，turn=，data=，vexp=。
则 工作量估算为：Effort = a * KCOLb * rely * time * sced * data * turn * vexp
= * * * * * * *
=
=168人天
（1） 直接成本（包括开发成本和管理成本）
因 开发成本 = 内部的开发成本(168人天 * 450元/天) + 外包外购的本软件成本(10200元) = 75600元；
项目的管理和质量成本 = 开发成本(75600) * 20% =15120元；
所以 直接成本 = 项目的管理和质量成本(15120) + 开发成本(75600) = 90720元；
（2） 间接成本
间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等项。
则可得：间接成本 = 直接成本(90720) * 25% =22680元；
（3） 项目总成本
项目总成本 = 直接成本(90720) + 间接成本(22680) = 113400元。
最后，项目的总报价 = 项目总成本 + 项目总成本 * (风险基金(10%) + 利润(15%) + 税费(5%) )= 113400* = 147420元。
综上述两种方法的计算，我们项目的最终总成本是：
（143910+147420）/2=145665（元）
6 软件质量保证计划
6.1 质量目标
质量目标是我们完成项目的基本导向。根据企业的质量方针和质量目标，结合教务管理系统的特点，制定项目的总体质量目标有：
1) 基于需求的测试覆盖率为100%;
2) 软件功能测试用例通过率不低于95%；
3) 每个阶段评审中发现的问题都已解决或得到适当的处理；
4) 产品发布时不存在严重问题和以上已提到的缺陷。
6.2 质量保证活动
质量保证的主要活动包括过程审计和产品审计。过程审计和产品审计的目的是为了确保项目进展过程的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一个过程审计和产品审计都应填写相应的报告或活动记录。
6.2.1 产品审计
产品审计由质量保证人员来进行，检查项目产品是否达到质量标准，质量保证人员对项目生存周期中创建的工作产品可以有选择性的进行审计，以验证是否符合适当的标准，是否进行了质量检查。下表为质量审计一览表：
表6-1 审计产品一览表
项
审计对象
审计阶段
参照的标准
1
软件项目计划
计划结束
企业质量体系
2
软件配置管理计划
计划结束
企业质量体系
3
软件质量保证计划
计划结束
企业质量体系
4
总体设计文档
设计结束
企业质量体系和项目计划
5
详细设计文档
设计结束
企业质量体系和项目计划
6
数据库表和编码规范
设计结束
企业质量体系和项目计划
7
产品代码
开发期间
企业质量体系和项目计划
8
测试报告
开发期间
企业质量体系和项目计划
9
测试计划
开发期间
企业质量体系和项目计划
10
用户文档
开发期间
企业质量体系和项目计划

6.2.2 过程审计
项目严格按照组织定义的软件过程进行开发，过程审计的具体依据参照企业的具体规范，保证项目中的所有过程活动都在实施范围内。在每次审计之后，要对审计结果作出明确的决策并形成审计记录。审计可采取文件传阅、评审会等形式。
质量保证人员负责对项目过程进行监督，发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。
每个周末，进行一次配置管理审核，却惹配置管理工作是否正常进行。
根据公司的质量保证体系和本项目的具体特点，确定项目执行过程如下：
1） 项目规划过程及产品标准。
2） 项目跟踪管理过程。
3） 需求分析过程及产品标准。
4） 系统设计工程及产品标准。
5） 详细设计过程及产品标准。
6） 调试运行过程及产品标准。
7） 代码走查过程及代码编写标准。
8） 产品集成测试过程及产品标准。
9） 开发环境中的执行规则。
10） 测试环境中的执行规则。
11） 质量保证过程及其标准。
12） 配置管理过程及其标准。
具体过程执行标准详见企业质量体系和项目计划的过程附件。
7 项目风险评估及应对措施
7.1 项目风险事件和应对措施
表7-1 风险计划
排序
输入
风险事件
可能性
影响
风险值
风险应对措施
1
客户的工作陈述（SOW）
需求不明确，增加需求，导致需求蔓延
70%
50%
35%
u 采取加班单的方法
u 修改计划去掉一些任务
u 与客户商量延长一些时间
2
需求和计划
采用新技术可能导致进度的延期
50%
30%
16%
u 培训开发人员
u 找专家作指导
u 采用边开发边学习的方法，要求开发人员必须在规定的时间内掌握技术
3
合同
进度要求紧，合同金额有限
30%
50%
15%
可以请一些实习的学生做辅助工作，一来成本不高，而来可以加快进度
4
历史项目信息
开发人员对测试工作不重视
30%
40%
12%
1） 强制性要求每段代码保留测试单元，由SQA检查
2） 加入专门的测试人员
5
WBS
供货商、外包上的质量问题
20%
50%
16%
找专业的测试公司完成测试工作
6
历史项目信息
开发人员的流动
15%
60%
9%
（4） 注意项目团队的沟通，及时了解开发人员的动态
（5） 控制好项目过程中的文档
（6） 从其他的项目组借调人员
（7） 从外部招聘有过此类开发经验人员

8 项目配置管理计划
8.1 配置项列表（配置库）
表8-1 配置项列表
类型
主要配置项
标识符
预计正式发表时间
技术合同
SOW
BMD-EAMS-TCM-SOW-V1.4
2012-11-9
计划
《项目计划》
BMD-EAMS-P-PP-V1.4
2012-11-9
《项目范围计划》
BMD-EAMS-P-PRP-V1.4
2012-11-9
《项目风险计划》
BMD-EAMS-P-PFP-V1.4
2012-11-25
《项目质量保证计划》
BMD-EAMS-P-PQAP-V1.4
2012-11-25
《项目配置管理计划》
BMD-EAMS-P-PCMP-V1.4
2012-11-25
需求
《需求规格说明书》
BMD-EAMS-R-S-V1.4
2012-11-9
设计
《总体设计说明书》
BMD-EAMS-D-ODS-V1.4
2012-11-9
《详细设计说明书》
BMD-EAMS-D-PDS-V1.4
2012-11-9
《数据库设计》
BMD-EAMS-D-DBD-V1.4
2012-12-1
编程
源程序
BMD-EAMS-Code-SP-V1.4
2012-12-25
编码规则
BMD-EAMS-Code-DER-V1.4
2012-12-25
测试
《测试计划》
BMD-EAMS-Test-TP-V1.4
2012-12-26
《测试用例》
BMD-EAMS-Test-TC-V1.4
2012-12-26
《测试报告》
BMD-EAMS-Test-TR-V1.4
2012-12-26
提交
运行产品
BMD-EAMS-Product-RP-V1.4
2012-12-28
《验收报告》
BMD-EAMS-Product-IR-V1.4
2012-12-30

8.2 配置项路径及标识
表8-2 配置项说明及路径
序号
内容
说明
路径
1
PPM
项目计划管理
...