校务通管理系统软件项目配置管理计划案例
校务通管理系统项目管理案例
校务通管理系统项目管理案例案例说明-《校务通管理系统》的规模成本估算估算是循序渐进的过程，随着项目的不断发展，估算可以重复多次进行的，而且是逐步精确的。
本项目采用自下而上和参数法综合的估算方法，具体过程如下：（一）、签订合同前开始签订合同的时候，根据以往类似项目的经验，采用类比估算方法，进行粗略的估算：根据用户的要求采用B/S结构，公司JSP+SQL Server的技术比较成熟，以前成功完成过类似的项目，根据SOW的说明，基本上需要2-3个开发人员，2个月左右的开发时间，基本上是4-6人月的规模，所以，10-15万可以作为合同的参考价格。
（二）、合同签署后合同签署之后，根据现有的资源和WBS分解的结果，进一步细化估算，由于WBS分解是针对项目的功能进行的分解，在成本估算的时候，首先估算每个任务的开发规模，然后在通过系数获得相应的质量、管理任务的规模，从而计算直接成本，然后计算间接成本，以及总成本，具体过程如下。
资源●人力资源⏹2个开发人员⏹1个项目管理人员⏹1个项目质量人员⏹1个配置管理人员●设备资源（作为间接成本计算）⏹3台电脑⏹1台服务器WBS 名称估计值(人天) 小计(人天) 总计(人天)1 通用功能31 1031.1 电子课表81.2 会议通知和公告 31.3 个人日记 51.4 通讯录 21.5 教师答疑 51.6 作业布置和批改82 日常业务管理功能2.1 招生管理26估算步骤如下：1. 1.获取项目分解结果WBSa)a)任务分解是根据项目的功能进行分解的,2. 2.计算开发成本a)a)由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算开发任务得到，根据以往经验，管理任务和质量任务=20%*开发任务。
b)b)从表6-3得知项目规模是103人天，开发人员成本参数=480元/天，则内部的开发成本=480元/天*103天=49440元，c)c)加上外包外购的部分软件成本5000+3000+3000=11000元，则开发成=49440+11000=60440元。
校务通管理系统
校务通管理系统软件项目进度计划案例1. 任务分解根据对本项目的需求规格的分析，采用图表方式描述的任务分解结果如图1所示，它是按照功能组成标准进行的任务分解，其中没有包括管理、质量等相关的任务。
图1：“校务通管理系统”的WBS2. 项目计划根据WBS的分解情况继续分解出相应的活动（任务），使用MS Project工具，将分解后的所有活动（任务）和WBS的代码录入项目计划文件中，然后确定各个活动之间的关系。
由于采用增量式的生存期模型，在需求设计之后，系统的功能采用增量方式实现，实施阶段分6个增量，对各个活动（任务）分配相应的资源，然后经过不断地资源调整优化以及工期、活动关系的调整等，再经过多次的评审讨论，最后计划通过评审，将此计划存为基准计划。
项目的基准计划如下。
（1）进度计划项目的进度计划如表1所示：表1：项目进度计划标识号任务名称工期开始日期结束日期1 校务通管理系统42 工作日2010-3-108:002010-7-617:002 软件规划 2 工作日2010-3-108:002010-3-1117:003 项目规划 1 工作日2010-3-108:002010-3-1017:004 计划评审 1 工作日2010-3-118:002010-3-1117:005 需求开发 5 工作日2010-3-158:002010-3-1917:006 用户界面设计 1 工作日2010-3-158:002010-3-1517:007 用户需求评审 1 工作日2010-3-168:002010-3-1617:008 编写需求规格说明书 2 工作日2010-3-178:002010-3-1817:009 需求验证 1 工作日2010-3-198:002010-3-1917:0010 设计 4 工作日2010-3-188:002010-3-2317:0011 概要设计 2 工作日2010-3-178:002010-3-1817:0012数据库ER图编制、建库 1 工作日2010-3-218:002010-3-2117:0013 设计评审 1 工作日2010-3-228:002010-3-2217:0014 实施34 工作日2010-3-228:002010-7-617:0015 通用功能-增量1 7 工作日2010-3-22 2010-3-3016 电子课表 3 工作日2010-3-228:002010-3-2417:0017 会议通知和公告 2 工作日2010-4-228:002010-4-2317:0018 通讯录 1 工作日2010-4-248:002010-4-2417:0019 作业布置和批改 2 工作日2010-4-258:002010-4-2817:0020 教师答疑 2 工作日2010-4-288:002010-4-2917:0021 增量1-评审 1 工作日2010-4-308:002010-4-3017:0022 招生管理-增量2 5 工作日2010-5-18:002010-5-717:0023 报名 1 工作日2010-5-18:002010-5-117:0024 招生 1 工作日2010-5-28:002010-5-217:0025 分班 2 工作日2010-5-28:002010-5-517:0026 统计查询 2 工作日2010-5-58:002010-5-617:0027 增量2-评审 1 工作日2010-5-78:002010-5-717:0028 学生日常管理-增量3 3 工作日2010-5-88:002010-5-1217:0029 学生档案管理 1 工作日2010-5-88:002010-5-817:0030 学生考勤管理 1 工作日2010-5-88:002010-5-817:0031 学生奖惩 1 工作日2010-5-98:002010-5-917:0032 学生变动 1 工作日2010-5-98:002010-5-917:0033 增量3-评审 1 工作日2010-5-128:002010-5-1217:0034 教务管理-增量4 9 工作日2010-5-138:002010-5-2317:0035 教师日常管理 1 工作日2010-5-138:002010-5-1317:0036 年级、班级设置 3 工作日2010-5-138:002010-5-1517:0037 学科设置 1 工作日2010-5-14 2010-5-1438 年级、班级课程设计 2 工作日2010-5-158:002010-5-1617:0039 排课表 2 工作日2010-5-168:002010-5-1917:0040 考试管理 2 工作日2010-5-198:002010-5-2017:0041 评价 3 工作日2010-5-208:002010-5-2217:0042 增量4-评审 1 工作日2010-5-238:002010-5-2317:0043 教师辅助功能-增量5 4 工作日2010-5-268:002010-5-2917:0044 教师备课系统（外包）1 工作日2010-5-268:002010-5-2617:0045 资源库系统 1 工作日2010-5-268:002010-5-2617:0046 网上考试 2 工作日2010-5-278:002010-5-2817:0047 增量5-评审 1 工作日2010-5-298:002010-5-2917:0048 聊天室/论坛-增量6 2 工作日2010-5-308:002010-6-217:0049 论坛 1 工作日2010-5-308:002010-5-3017:0050 聊天室 1 工作日2010-5-308:002010-5-3017:0051 实施过程评审 1 工作日2010-6-28:002010-6-217:0052 系统集成 2 工作日2010-6-38:002010-6-417:0053 系统集成测试 1 工作日2010-6-38:002010-6-317:0054 环境测试 1 工作日2010-6-48:002010-6-417:0055 提交 2 工作日2010-6-58:002010-6-617:0056 完成文档 1 工作日2010-6-58:002010-6-517:0057 验收、提交 1 工作日2010-6-68:002010-6-617:00（2）图2是项目进度计划的甘特图图2：项目进度计划甘特图（3）里程碑高层领导可能更加关注里程碑的进展，所以需要一个里程碑的展示，如表2所示。
案例说明《校务通管理系统》的项目集成计划.doc
13案例说明-《校务通管理系统》的项目集成计划1案例说明-《校务通管理系统》的项目集成计划1．导言略2．概述《校务通管理系统》是对学校教务和教学活动进行综合管理的平台系统，是基于Internet 环境的综合信息系统，满足学校管理层、教师、学生、家长等日常工作、学习、管理、咨询等工作。
目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程、便利校内外的交流。
系统具有标准化、分布式存储和检索、易用、易维护、开放等特点。
3 项目任务范围《校务通管理系统》项目需完成的任务总的分为两类：通用功能和学校日常业务管理功能。
其中通用功能包括电子课表、会议通知和公告、日程安排、个人日记、通讯录、教师答疑、家庭作业等。
学校日常业务管理功能包括招生管理、学生日常管理、教务管理、、教师备课系统、资源库系统、网上考试功能、聊天室、论坛等。
图1是项目任务的范围图示。
图1：任务范围4 项目目标目前电化教育已经越来越普及，各地的学校纷纷建设自己的校园网，但是好多学校在投巨资建设校园网之后，未能高效利用校园网的资源。
《校务通管理系统》提供了有效利用校园网，实现学校管理的电子化。
本项目的产品可以达到以下目标。
•提高生产效率，减少返工。
•节省开支。
•业务过程的流水线化。
•先前人工劳动的自动化。
•符合相关标准和规则。
•与目前的应用产品相比较，提高了可用性或减少了失效程度。
另外，通过项目进一步验证和完善公司的质量体系,同时锻炼开发队伍的协同精神。
5 项目实施策略实施策略是确定如何实施项目，以达到项目目标的策略。
根据校务通项目特点和企业的战略要求，采取如下策略：●项目管理策略1.项目管理过程遵循公司质量体系中关于项目管理过程规范2.根据项目计划中的评审点进行跟踪和管理，并根据结果对项目计划进行适当的调整3.评审采用定期评审、阶段评审和事件评审相结合的方式4.按周发布项目简报，通报项目进展情况及其他相关情况●软件开发策略1.采用OO技术逐步构造系统2.产品按阶段提交3.开发实施过程采用公司的复用技术，同时遵循公司质量体系中关于项目实施过程规范●质量保证策略1.质量管理过程遵循公司质量体系中关于项目质量管理过程规范。
校校通智慧校园管理系统设计方案
校校通智慧校园管理系统设计方案设计方案名称：校校通智慧校园管理系统一、设计背景随着信息科技的发展，互联网与智能设备的普及，传统校园管理方式已经不能满足学校管理的需求。
为了提高学校管理的效率和质量，提供更加便捷的服务，我们设计了校校通智慧校园管理系统。
二、设计目标1. 提高校园管理效率：系统能够自动化完成学校流程中的重复性工作，从而节省人力资源，提高管理效率；2. 提升教育教学质量：系统能够提供多种教学辅助工具和资源，促进学生学习，并提供数据分析功能，帮助学校及时了解教育教学进展；3. 优化校园生活服务：系统能够提供学生、教职工等多方服务需求的满足，提供校园活动信息、办事流程等便捷查询功能；4. 加强与家长的沟通：系统能够提供家校互动平台，增强学校与家长之间的沟通与协作。
三、系统功能设计1. 学生管理功能- 学生信息管理：包括学生基本信息、班级信息、家庭联系信息等；- 编班管理：自动编班、调班、换班等；- 学生考勤管理：记录学生的出勤情况；- 学生成绩管理：记录学生的各项考试成绩；- 学生综合素质评价：对学生的各项素质进行评价。
2. 教师管理功能- 教师信息管理：包括教师基本信息、任课信息、教学经历等；- 教师考勤管理：记录教师的出勤情况；- 教师工作安排：根据教师的课程安排，进行课表的生成和调整。
3. 教育教学管理功能- 课程管理：包括课程信息、教材信息、教学资源等；- 教学进度管理：记录课程的教学进度，提供教学辅助工具和资源；- 作业管理：发布作业、收取作业、批改作业等；- 考试管理：安排考试时间、地点，记录考试成绩；- 数据分析与统计：对学生的学习成绩和教学进程进行数据分析和统计。
4. 校园生活服务功能- 校园活动信息发布：发布学校内外的各类活动信息，包括讲座、比赛、社团活动等；- 办事流程查询：提供各项办事流程的查询功能，如注册流程、借书流程等；- 一卡通管理：提供一卡通的充值、消费查询等功能。
项目管理案例(校务通)
项目管理案例(校务通) 校务通管理系统-项目管理案例/SPM/JSP/caseAnalyse.jsp?dest=MeasurePlan.htm合同生存期模型需求规格任务分解规模估算进度计划质量计划度量计划风险管理计划团队沟通计划集成计划配置管理计划项目跟踪控制合同登记编号：项目总结技术开发合同项目名称：校务通管理系统委托人（甲方）：XXXXX省教育委员会研究开发人（乙方）: 北京科力拓技术发展有限公司签订地点：北京市签订日期：XXXX年4 月10 日有效期限：XXXX年4 月10 日至XXXX年12 月16 日北京技术市场管理办公室根据《中华人民共和国合同法》的规定，合同双方就校务通管理软件系统开发项目的技术开发（该项目属于/ 计划），经协商一致，签定本合同。
一、标的技术的内容、范围及要求：根据甲方的要求，乙方完成校务通软件系统的研制开发。
1. 根据甲方要求进行系统方案设计，要求建立B/S结构的,基于的Sqlserver数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。
2. 配合甲方，在与整体系统相融合的基础上，建立系统运行的软硬件环境。
3. 具体需求见SOW 二、应达到的技术指标和参数1、系统应满足并行登陆,并行查询的速度要求。
其中主要内容包括（1）保证1000人以上可以同时登陆系统（2）所有查询速度应在10秒以内（3）保证数据的每周备份（4）工作日期间不能当机（5）出现问题应在10分钟内恢复。
2、系统的主要功能是应满足双方认可的需求规格,不可以随意改动。
三、研究开发计划1、第一阶段：乙方在合同签订后7个工作日内，完成合同内容的系统设计方案。
2、第二阶段：完成第一阶段的系统设计方案之后，乙方于50个工作日内完成系统基本功能的开发。
3、第三阶段：完成第一和第二阶段的任务之后，由甲方配合乙方于3个工作日内完成系统在XXX信息中心的调试、集成。
四、研究开发经费、报酬及其支付或结算方式1、研究开发经费是指完成本项目研究开发工作所需的成本。
案例说明《校务通管理系统》的项目集成计划.doc
13案例说明-《校务通管理系统》的项目集成计划1案例说明-《校务通管理系统》的项目集成计划1．导言略2．概述《校务通管理系统》是对学校教务和教学活动进行综合管理的平台系统，是基于Internet 环境的综合信息系统，满足学校管理层、教师、学生、家长等日常工作、学习、管理、咨询等工作。
目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程、便利校内外的交流。
系统具有标准化、分布式存储和检索、易用、易维护、开放等特点。
3 项目任务范围《校务通管理系统》项目需完成的任务总的分为两类：通用功能和学校日常业务管理功能。
其中通用功能包括电子课表、会议通知和公告、日程安排、个人日记、通讯录、教师答疑、家庭作业等。
学校日常业务管理功能包括招生管理、学生日常管理、教务管理、、教师备课系统、资源库系统、网上考试功能、聊天室、论坛等。
图1是项目任务的范围图示。
图1：任务范围4 项目目标目前电化教育已经越来越普及，各地的学校纷纷建设自己的校园网，但是好多学校在投巨资建设校园网之后，未能高效利用校园网的资源。
《校务通管理系统》提供了有效利用校园网，实现学校管理的电子化。
本项目的产品可以达到以下目标。
•提高生产效率，减少返工。
•节省开支。
•业务过程的流水线化。
•先前人工劳动的自动化。
•符合相关标准和规则。
•与目前的应用产品相比较，提高了可用性或减少了失效程度。
另外，通过项目进一步验证和完善公司的质量体系,同时锻炼开发队伍的协同精神。
5 项目实施策略实施策略是确定如何实施项目，以达到项目目标的策略。
根据校务通项目特点和企业的战略要求，采取如下策略：●项目管理策略1.项目管理过程遵循公司质量体系中关于项目管理过程规范2.根据项目计划中的评审点进行跟踪和管理，并根据结果对项目计划进行适当的调整3.评审采用定期评审、阶段评审和事件评审相结合的方式4.按周发布项目简报，通报项目进展情况及其他相关情况●软件开发策略1.采用OO技术逐步构造系统2.产品按阶段提交3.开发实施过程采用公司的复用技术，同时遵循公司质量体系中关于项目实施过程规范●质量保证策略1.质量管理过程遵循公司质量体系中关于项目质量管理过程规范。
校务通管理系统项目管理
任务分解（WBS）--范围基准
成本估算 资源、进度安排
－－成本基准，进度基准
chapter__5
14
WBS (Work Breakdown Structure)
任务分解的过程
将一个项目分解为更多的工作细目或者子项目， 使项目变得更小、更易管理、更易操作。
任务分解的结果
WBS（任务分解结构）。
n 6)教师答疑：系统自动抽取在学生平台提出的需该教 师回答的问题，由教师进行解答，并记录相应的状态。
n 7)家庭作业：教师可利用此功能对学生进行作业布置和 批改。
chapter__5
5
chapter__5
6
n 学籍管理
n 1、业务需求
n 在学校，学生学籍管理是学校的一项重要的常规性工作， 每年9月新生入学，每年7月又有学生毕业离校，中途还 有学生转入或转出或校内转班。根据学生在校的表现情 况，学生获奖或受处分时，需做相应记录。学籍管理要 能方便学生学籍管理、信息查询、数据报表打印。
依类型分类观察网络资源
F1.4.2
依状态分类观察网络资源
F1.5
观察逻辑网
F1.6
观察资源状态
F1.7
修改网络资源的状态
F1.8
依条件检验网络使用情况
F1.9
显示拓扑图
F1.10
建立通道
chapter__5
25
WBS与OBS（组织分解结构）
chapter__5
26
分解标准
1. 生存期 2. 功能组成 3. 项目的组织单位 4. 。。。。。
chapter__5
23
WBS编号系统
软件产品:1
功能1:11
功能2:12
校务通管理系统软件项目配置管理计划案例
软件项目配置管理计划案例本案例选自《软件项目管理案例教程》（韩万江,机械工业出版社）一书,项目案例为《校务通管理系统》，该项目的配置管理计划如下：1. 引言包括目的、缩写词和参考资料,具体内容略。
2．组织及职责配置管理的角色和职责见表1。
表1：配置管理角色职责表3.配置管理环境由于本项目属于中小型项目,工期也不很长,而且项目组人员对Visual SourceSafe也比较熟悉，所以采用Visual SourceSafe作为配置管理工具。
3。
1配置库目录结构表2:配置库的目录结构3。
2用户及权限表3：配置库的用户权限4．配置管理活动 4。
1 配置项标志4.1.1 命名规范本项目配置项命名规范由5个字段组成,从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。
这些字段用一横线（—）分隔。
图1：配置项命名规范4。
1.2 主要配置项表4：配置项列表QTD-School –RM –SRS-v1.0公司：3个字符项目：最长10个字符 类型：最长5个字符编号：最长8位数字/字符 版本号：V m.n4。
1.3 项目基线在Visual SourceSafe中基线由LABLE标志，字母必须为大写。
基线管理由项目执行负责人确认、SCCB授权，由配置管理员执行。
表5校务通管理系统软件项目配置管理计划案例4。
1.4 配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支：主干分支、私有分支、小组分支、集成分支。
让它们分别对应4类工作空间。
这四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。
在变更发生时，应及时做好基线的推进。
对配置项的版本管理在不同分支具有不同的策略：（1）主干分支系统默认自动建立的物理分支——主干分支（/main），基线均以LABLE方式出现在主干分支上.（2）私有分支如果多个开发工程师维护一个配置项时建议建立自己的私有分支。
案例说明-《校务通管理系统》的项目集成计划
案例说明-《校务通管理系统》的项目集成计划1．导言略2．概述《校务通管理系统》是对学校教务和教学活动进行综合管理的平台系统，是基于Internet 环境的综合信息系统，满足学校管理层、教师、学生、家长等日常工作、学习、管理、咨询等工作。
目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程、便利校内外的交流。
系统具有标准化、分布式存储和检索、易用、易维护、开放等特点。
3 项目任务范围《校务通管理系统》项目需完成的任务总的分为两类：通用功能和学校日常业务管理功能。
其中通用功能包括电子课表、会议通知和公告、日程安排、个人日记、通讯录、教师答疑、家庭作业等。
学校日常业务管理功能包括招生管理、学生日常管理、教务管理、、教师备课系统、资源库系统、网上考试功能、聊天室、论坛等。
图1是项目任务的范围图示。
图1：任务范围4 项目目标目前电化教育已经越来越普及，各地的学校纷纷建设自己的校园网，但是好多学校在投巨资建设校园网之后，未能高效利用校园网的资源。
《校务通管理系统》提供了有效利用校园网，实现学校管理的电子化。
本项目的产品可以达到以下目标。
•提高生产效率，减少返工。
•节省开支。
•业务过程的流水线化。
•先前人工劳动的自动化。
•符合相关标准和规则。
•与目前的应用产品相比较，提高了可用性或减少了失效程度。
另外，通过项目进一步验证和完善公司的质量体系,同时锻炼开发队伍的协同精神。
5 项目实施策略实施策略是确定如何实施项目，以达到项目目标的策略。
根据校务通项目特点和企业的战略要求，采取如下策略：●项目管理策略1.项目管理过程遵循公司质量体系中关于项目管理过程规范2.根据项目计划中的评审点进行跟踪和管理，并根据结果对项目计划进行适当的调整3.评审采用定期评审、阶段评审和事件评审相结合的方式4.按周发布项目简报，通报项目进展情况及其他相关情况●软件开发策略1.采用OO技术逐步构造系统2.产品按阶段提交3.开发实施过程采用公司的复用技术，同时遵循公司质量体系中关于项目实施过程规范●质量保证策略1.质量管理过程遵循公司质量体系中关于项目质量管理过程规范。
案例说明-《校务通管理系统》风险管理计划
供货商、 外包商的 质量问题
20%
50%
10%
多选择几个可以作为 备份的外包商和供应 商
5
历史项目信 息
开发
1．注意项目团队的沟 通， 及时了解开发人员 的动态 2．控制好项目过程中 的文档 3. 从其他的项目组借 调人员 4．从外部招聘有过此 类开发经验人员
风险事件
需求不明确， 增加 需求， 导致需求蔓 延
可能性 70%
影响
50%
风险值
35%
风险应对措施
1．采取加班的方法 2．修改计划去掉一些 任务 3．与客户商量延长一 些时间
2
合同
进度要求紧， 合同 金额有限
30%
50%
15%
可以请一些实习的学 生做辅助工作,一来成 本不高,二来可以加快 进度.
4
WBS
案例说明-《校务通管理系统》风险管理计划
本项目的主要风险是开发人员对客户需求中的学校管理环境不是很熟悉， 另外， 客户要 求的进度比较紧， 而且具体需求不是很明确， 下面的这个风险列表就是通过一系列的风险识 别、风险评估、风险应对，最后得出项目 TOP 10 风险列表。
风险分析表
排序
1
输入
客户的 SOW
软件项目管理计划书案例 学生管理系统项目计划书
软件项目管理计划书案例学生管理系统项目计划书摘要：一、引言二、项目概述三、项目目标四、项目范围五、项目计划六、项目资源七、项目风险八、项目质量保证九、项目验收十、项目总结正文：一、引言本文主要介绍了一个学生管理系统项目的软件项目管理计划书案例。
通过该案例，我们可以了解到软件项目管理的基本流程和关键环节，为实际项目管理提供参考。
二、项目概述学生管理系统是一款用于学校管理的软件，主要功能包括学生信息管理、成绩管理、课程管理等。
该系统旨在提高学校管理的效率和准确性，方便教师、学生及管理人员的使用。
三、项目目标本项目的主要目标是开发一款功能完善、易于使用、稳定可靠的学生管理系统，满足学校的日常管理需求。
四、项目范围本项目范围包括但不限于：需求分析、系统设计、编码实现、系统测试、部署上线、后期维护等。
五、项目计划项目计划分为多个阶段，包括：需求分析阶段、系统设计阶段、编码实现阶段、系统测试阶段、部署上线阶段和后期维护阶段。
各阶段的具体任务和时间安排如下：1.需求分析阶段：进行市场调研，了解用户需求，编写需求分析文档，时间为1 个月。
2.系统设计阶段：根据需求分析结果，设计系统架构和功能模块，编写系统设计文档，时间为1 个月。
3.编码实现阶段：按照系统设计文档，进行编程实现，时间为2 个月。
4.系统测试阶段：对实现的系统进行功能测试、性能测试等，确保系统质量，时间为1 个月。
5.部署上线阶段：将系统部署到服务器，进行实际应用，时间为1 周。
6.后期维护阶段：对系统进行持续优化和维护，时间为1 个月。
六、项目资源本项目需要的资源包括：开发人员、测试人员、项目经理、市场调研员等。
各类人员的具体职责和数量如下：1.开发人员：负责编程实现，数量为5 人。
2.测试人员：负责系统测试，数量为2 人。
3.项目经理：负责项目整体进度和资源协调，数量为1 人。
4.市场调研员：负责进行市场调研，数量为1 人。
七、项目风险本项目可能存在的风险包括：需求变更、技术难题、人员流动等。
软件项目管理案例教程-案例介绍：《校务通》质量计划编写
案例介绍：《校务通》质量计划目录1导言 (1)2项目组织 (1)2.1组织机构 (1)2.2职责 (2)2.2.1高层管理 (2)2.2.2项目的质量保证人员 (2)2.2.3项目经理 (2)3质量目标 (3)4质量策略 (3)5质量保证活动 (3)5.1产品审计 (3)5.2过程评审 (4)6质量控制活动 (4)7质量保证的报告途径 (5)8记录的收集、维护和保存 (5)《校务通管理系统》质量计划说明：在制定项目计划的时候，质量经理参与整个项目计划的制定过程，同时根据项目的特点和企业的质量保证体系，负责制定质量计划。
质量计划的主要内容包括：●项目的质量目标。
●项目执行过程程序。
●质量保证活动。
●质量控制活动。
1导言略2项目组织2.1 组织机构在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经理等组成。
项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量控制的工作，质量保证人员负责质量保证的工作。
组织结构如图8A-1所示。
图8A-1项目的组织结构2.2 职责在本项目中，质量保证组织的职责如下。
2.2.1高层管理高层管理是公司负责质量的高级管理，其质量职责如下：●受理项目内不能解决的不符合问题，必要时与项目经理协调。
●负责听取质量保证组的工作报告，评审质量保证活动和结果。
●参加有关质量保证过程改进的评审。
2.2.2项目的质量保证人员质量保证人员的质量职责如下：●负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查。
●实施项目组成员的质量保证培训。
●制定质量保证计划。
●按计划实施审计活动，依照质量保证计划执行评审/审计，并记录执行中发现的不符合项。
●对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况。
●对项目内不能解决的不符合项问超；向高层管理提交报告。
●向项目经理报告项目质量工作状况和质量度量结果。
●定期向项目组报告质量活动的结果。
软件项目管理案例教程02软件项目合同管理案例讲解SOW
合同附件的工作任务说明（SOW）校务通管理系统业务需求目录1 整体要求 (2)2 一般学校的机构组成 (2)3 系统功能描述 (3)3.1 通用功能 (3)3.2 学校日常业务管理功能 (4)3.2.1 招生管理 (4)3.2.2 学生日常管理 (4)3.2.3 教务管理 (5)3.2.4 教师备课系统 (6)3.2.5 资源库系统 (7)3.2.6 网上考试功能 (7)3.2.7 聊天室 (7)3.2.8 论坛 (7)《校务通管理系统》是对学校教务和教学活动进行综合管理的平台系统，是一个学校和地区教育信息化的基础信息平台。
它要完成学校管理层、教师、学生、家长等日常工作、学习、管理、咨询等任务。
其目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程、便利校内外的交流。
1整体要求1）系统要求提供教师工作平台和学生工作平台。
2）系统要求有严格的权限管理，权限要在数据方面和功能方面都有体现。
3）系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块。
2一般学校的机构组成说明：1）可能每个学校机构不尽相同，但基本框架相似。
这里需要指出的是关于学科教研室的设置，有几种情况：●每个年级设立学科教研室，如：初一数学教研室、初二数学教研室。
●每个级部设立学科教研室，如：初中数学教研室、高中数学教研室。
●每个学校设立学科教研室，如：XX学校数学教研室、XX学校数学教研室。
所以，对于教研室最好不要在机构中体现，在教师基本情况中体现即可。
2）对于学校组织机构和人员的设置，应遵循以下原则：组织机构设置：X X学校为一级，备处（室）、单位、级部为二级，各年级为三级，各班级为四级。
人员设置：各人员均设置在相应的处（室）、单位、级部和年级，即人员的设置最低到年级。
3）机构的日常业务办公室：各类通知的上传下达、工作安排、日程管理、教师档案管理。
总务处：固定资产管理、教学仪器的使用管理、图书的借阅管理、卫生值日的安排和检查。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件项目配置管理计划案例
本案例选自《软件项目管理案例教程》（韩万江，机械工业出版社）一书，项目案例为《校务通管理系统》，该项目的配置管理计划如下：
1. 引言
包括目的、缩写词和参考资料，具体内容略。
2．组织及职责
配置管理的角色和职责见表1。
表1：配置管理角色职责表
3.配置管理环境
由于本项目属于中小型项目，工期也不很长，而且项目组人员对Visual SourceSafe也比较熟悉，所以采用Visual SourceSafe作为配置管理工具。
3.1配置库目录结构
3.2用户及权限
4．配置管理活动
4.1 配置项标志
4.1.1 命名规范
本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。
这些字段用一横线（-）分隔。
图1：配置项命名规范
4.1.2 主要配置项
QTD-School –RM –SRS-v1.0
公司：3个字符
项目：最长10个字符 类型：最长5个字符
编号：最长8位数字/字符 版本号：V m.n
4.1.3 项目基线
在Visual SourceSafe中基线由LABLE标志，字母必须为大写。
基线管理由项目执行负责人确认、SCCB授权，由配置管理员执行。
表5
4.1.4 配置项的版本管理
配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支：主干分支、私有分支、小组分支、集成分支。
让它们分别对应4类工作空间。
这四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。
在变更发生时，应及时做好基线的推进。
对配置项的版本管理在不同分支具有不同的策略：
（1）主干分支
系统默认自动建立的物理分支——主干分支（/main）,基线均以LABLE方式出现在主干分支上。
（2）私有分支
如果多个开发工程师维护一个配置项时建议建立自己的私有分支。
配置管理员对其基本不与管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。
（3）小组分支
如果出现小组共同开发一配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。
（4）集成分支
集成测试时在主干分支的特定版本（由LABLE标志清晰）上建立集成分支，测试工作在集成分支上完成。
私有分支和小组分支均为可选，必要时建立。
4.2 变更管理
变更管理的流程是：
（1）由请求者提交变更请求，SCCB会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。
典型的变更请求管理有需求变更管
理、缺陷追踪等。
（2）配置管理者收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。
（3）配置管理者将基线波及关系表提交给SCCB，由SCCB确定是否需要修改，如果需要修改，SCCB应根据波及关系表，确定需要修改的具体
文件，并在波及分析表中标志出来。
（4）配置管理者按照出库程序从配置库中取出需要修改的文件。
（5）项目人员将修改后的文件提交给配置管理者。
（6）配置管理者将修改后的配置项按入库程序放入配置库。
（7）配置管理者按SCCB标识出的修改文件，由波及关系表生成基线变更记录表，并按入库程序放入配置库。
4.3 配置状态统计
利用配置状态统计，可以记录和跟踪配置项的改变。
状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必需的更改已被执行。
为跟踪工作产品基线，配置管理者需手机下列信息：
●基线类型●工作产品名称
●配置项名称/标识符●版本号
●更改日期/时间●更改请求列表
●需要更改的配置项●当前状态
●当前状态发生日期
项目组每周提交配置项清单及其当前版本。
配置管理人员每半个月提交变更请求的状态统计。
.。