校务通管理系统软件项目配置管理计划案例
- 格式:doc
- 大小:63.00 KB
- 文档页数:6
校务通管理系统项目管理案例案例说明-《校务通管理系统》的规模成本估算估算是循序渐进的过程,随着项目的不断发展,估算可以重复多次进行的,而且是逐步精确的。
本项目采用自下而上和参数法综合的估算方法,具体过程如下:(一)、签订合同前开始签订合同的时候,根据以往类似项目的经验,采用类比估算方法,进行粗略的估算:根据用户的要求采用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所示。
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、研究开发经费是指完成本项目研究开发工作所需的成本。
13案例说明-《校务通管理系统》的项目集成计划1案例说明-《校务通管理系统》的项目集成计划1.导言略2.概述《校务通管理系统》是对学校教务和教学活动进行综合管理的平台系统,是基于Internet 环境的综合信息系统,满足学校管理层、教师、学生、家长等日常工作、学习、管理、咨询等工作。
目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程、便利校内外的交流。
系统具有标准化、分布式存储和检索、易用、易维护、开放等特点。
3 项目任务范围《校务通管理系统》项目需完成的任务总的分为两类:通用功能和学校日常业务管理功能。
其中通用功能包括电子课表、会议通知和公告、日程安排、个人日记、通讯录、教师答疑、家庭作业等。
学校日常业务管理功能包括招生管理、学生日常管理、教务管理、、教师备课系统、资源库系统、网上考试功能、聊天室、论坛等。
图1是项目任务的范围图示。
图1:任务范围4 项目目标目前电化教育已经越来越普及,各地的学校纷纷建设自己的校园网,但是好多学校在投巨资建设校园网之后,未能高效利用校园网的资源。
《校务通管理系统》提供了有效利用校园网,实现学校管理的电子化。
本项目的产品可以达到以下目标。
•提高生产效率,减少返工。
•节省开支。
•业务过程的流水线化。
•先前人工劳动的自动化。
•符合相关标准和规则。
•与目前的应用产品相比较,提高了可用性或减少了失效程度。
另外,通过项目进一步验证和完善公司的质量体系,同时锻炼开发队伍的协同精神。
5 项目实施策略实施策略是确定如何实施项目,以达到项目目标的策略。
根据校务通项目特点和企业的战略要求,采取如下策略:●项目管理策略1.项目管理过程遵循公司质量体系中关于项目管理过程规范2.根据项目计划中的评审点进行跟踪和管理,并根据结果对项目计划进行适当的调整3.评审采用定期评审、阶段评审和事件评审相结合的方式4.按周发布项目简报,通报项目进展情况及其他相关情况●软件开发策略1.采用OO技术逐步构造系统2.产品按阶段提交3.开发实施过程采用公司的复用技术,同时遵循公司质量体系中关于项目实施过程规范●质量保证策略1.质量管理过程遵循公司质量体系中关于项目质量管理过程规范。
软件项目配置管理计划案例本案例选自《软件项目管理案例教程》(韩万江,机械工业出版社)一书,项目案例为《校务通管理系统》,该项目的配置管理计划如下: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.质量管理过程遵循公司质量体系中关于项目质量管理过程规范。
软件项目配置管理计划案例
本案例选自《软件项目管理案例教程》(韩万江,机械工业出版社)一书,项目案例为《校务通管理系统》,该项目的配置管理计划如下:
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 配置状态统计
利用配置状态统计,可以记录和跟踪配置项的改变。
状态统计可用于评估项目风险,在开发过程中跟踪更改,并且提供统计数据以确保所有必需的更改已被执行。
为跟踪工作产品基线,配置管理者需手机下列信息:
●基线类型●工作产品名称
●配置项名称/标识符●版本号
●更改日期/时间●更改请求列表
●需要更改的配置项●当前状态
●当前状态发生日期
项目组每周提交配置项清单及其当前版本。
配置管理人员每半个月提交变更请求的状态统计。
.。