教师管理系统软件项目管理分析报告Word文档下载推荐.docx
《教师管理系统软件项目管理分析报告Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《教师管理系统软件项目管理分析报告Word文档下载推荐.docx(23页珍藏版)》请在冰豆网上搜索。
![教师管理系统软件项目管理分析报告Word文档下载推荐.docx](https://file1.bdocx.com/fileroot1/2022-11/24/2dff9a0b-c9fc-4952-a002-b2353078ae56/2dff9a0b-c9fc-4952-a002-b2353078ae561.gif)
三
1、准确、较准确、一般
2、合理、较合理、不合理
5、4-3、2-0
总成绩
1.项目启动
1.1合同拟定工作
甲方:
XX软件公司
乙方:
西安XX学校
上述甲,乙双方经友好协商一致,达成以下协议。
双方申明,双方都已理解并认可了本合同的所有内容,同意承担各自应承担的权力和义务,忠实地履行本合同。
第一条 合同项目
甲方为乙方开发教师管理系统软件一套。
第二条 软件价格,付款方法
1.软件价格:
甲方向乙方开发的教师管理系统软件定价为400000元人民币/套。
2.付款方法:
在本合同签定30天内,乙方必须向甲方交付软件定价的50%的定金,即20000元人民币。
软件由甲方开发完毕,并由乙方检验通过后,乙方一次性向甲方付清剩余的50%软件开发款项,即20000元人民币。
第三条 软件开发时间
在本合同签定当日起,甲方开始软件的开发。
开发时间为1个月。
即从2014年8月1日起至2014年9月1日止。
经双方协商一致,可以延长或缩短该期限。
第四条 软件验收标准
乙方验收软件的标准以双方合拟的合同附件功能说明书作为通过的根据。
第五条 售后服务条款及时间
甲方为乙方免费培训一定人数的软件使用人员。
甲方提供一年的免费软件系统维护服务。
包括数据整理,备份等。
该时间为软件由乙方验收通过之日开始的一年。
免费服务期满后,另签服务协议。
甲方在软件验收通过之日起的两年期间,如对软件系统进行版本更新,将免费为乙方提供系统升级服务。
期满后,甲方将对有需要的用户提供系统最新版本的升级服务,统一收取费用。
第六条 乙方运行软件的电脑硬件设备及操作系统由乙方自行解决。
甲方不会替乙方的电脑平台提供升级或维护,并不会为乙方其它软件版权等事宜负任何责任。
第七条 乙方在软件使用过程中,如果要增加合同附件(功能设计书)之外的其它功能,则要另行支付甲方开发费用;
如属软件本身质量问题,甲方免费为乙方修正。
第八条 甲方为乙方开发的软件只能使用在合同乙方单位范围内。
乙方对甲方所开发之软件产品应作妥善保管,尊重甲方所有的版权,不得对甲方销售之软件产品进行反向工程,反向编译,反汇编或出租。
否则乙方愿意承担由此给甲方带来的一切损失,甲方保留追究乙方法律责任的权利。
第九条 其它
1.甲方只负责开发软件,乙方使用该软件做其他事务,后果由乙方承担。
2.除在不可抗力或双方协议的情况下,本合同书不能取消。
3.如双方在合同期内有任何争议,应友好协商解决。
若协商不成,可提交深圳市经济仲裁机构促裁。
第十条 本合同一式两份,甲乙双方各持一份。
第十一条 本合同从合同签定日起生效。
甲方(盖章):
_________ 乙方(盖章):
_________
代表(签字):
_________ 代表(签字):
_________年____月____日 _________年____月____日
签订地点:
_________ 签订地点:
_________
1.2生存期模型选择
1.2.1生存模型及其特点
瀑布模型特点:
简单、易用、直观。
开发进程比较严格。
没有反馈过程。
执行过程需要严密监控。
新项目不适合瀑布模型。
用户直到项目结束才能看到产品质量。
V模型:
简单易用,按规定步骤一步一步执行即可。
其强调测试过程与开发过程的对应性与并行性。
原型模型:
需求定以前,需要快速构造一个原型系统。
用户根据原型系统的优缺点,给工作人员提出反馈意见。
根据反馈意见修改软件需求规格,以便系统可以正确地反应用户的需求。
增量模型:
更快的开发出可操作系统。
可以减少开发过程中用户需求的变更。
一些增量可能需要重新开发。
螺旋式模型:
可以将每个阶段更细的划分。
可以进行灵活设计。
通过风险管理进行驱动。
用户可以更早看到商品。
用户可以不断对产品进行评估。
项目的投资不用一次性投入。
渐进式阶段模型:
关键功能更早出现,提高开发人员和客户信心。
通过阶段式产品提交,可以早期预警问题,避免后期发现问题的高成本。
可以降低估计失误。
1.2.2生存模型的选择
我选择增量模型,因为对于教师管理系统是有原型系统的所以我们对这个领域也是熟悉的,我们可以借鉴其他的系统,而增量模型非常适合已有产品的更新。
1.2.3过程
2.项目计划与执行
2.1需求分析
2.1.1编写目的
为了正确表达《教师信息管理系统》需求分析阶段的需求分析成果,明确项目实施管理过程,明确根据项目管理过程提出的系统功能要求,并从总体上把握和描述系统需求。
同时,对系统性能、开发环境、运行环境需求给予分析和描述。
同时为系统的设计、实现、测试以及验收提供重要依据,也为评价系统功能和性能提供标准。
本需求分析说明书的使用与用户、项目管理人员、系统分析员、程序设计员以及系统测试员阅读和参考。
通过开发设计该系统,可以加强我们对所学软件工程相关知识的理解和掌握,逐步明确软件开发的具体流程及相关的注意事项,从而为今后进一步的学习打下坚实的基础。
2.1.2项目背景
由于电脑时代的到来以及internet的迅速发展,电脑无出不在,当然各种工作效率也大幅提高,对一个有规模的学校教学系统来说,人事信息管理系统是一个必不可少的重要模块。
随着信息技术在管理上越来越深入而广泛的应用,管理信息系统的实施在技术上已逐步成熟。
管理信息系统是一个不断发展的新型学科,任何一个单位要生存要发展,要高效率地把内部活动有机地组织起来,就必须建立与自身特点相适应的管理信息系统。
为了能够在中国迅速地开展与提高各项教育产品的质量,加强学校对各项事物的管理和有组织、有序的利用各项教育资源,特此开发教师管理信息系统为教育事业的发展提供技术的支持。
2.1.3定义
教师信息管理系统简称:
TIMS
2.1.4任务概述
用户特点
该教师信息管理系统主要用于管理教师的基本信息(包括教师基本信息,教师课程管理等),主要面向的用户是学校教师和学生,而非计算机人员,且该人事信息管理系统使用频度非常大,因此软件在设计上满足用户需求的同时,要求注重该软件系统的易操作性、便捷性和稳定性、程序优化、安全并要有良好的可扩展性;
用户界面简洁明了、操作简单实用。
2.1.5需求分析
功能需求
总体分析
需求分析就是描述系统的需求,通过定义系统中的关键域来建立模型。
分析的根本目的是在开发者和提出需求的人之间建立一种理解和沟通的机制。
①老师对功能的需求分析:
查询授课计划
查询、打印选择该课程的学生名单、录入、修改、删除学生成绩。
查询学生基本信息
②管理员对功能的需求分析:
添加、删除、修改、查询教师信息
功能划分
本软件具有如下主要功能:
登录功能(包括管理员登录和用户登录)
浏览功能(登录后查看教师的详细资料)
增加功能(增加教师等信息)
删除功能(教师离校时删除教师的教务信息)
修改功能(每一学期定时更新教师的教务信息)
打印功能(打印所生成的报表)
密码管理功能(修改密码,重置密码等)
身份验证功能(只有本校老师才允许登录系统)
数据的导入和导出功能(对数据库进行安全备份)
各项功能描述
此部分描述各个功能模块的数据流图和用例图,使其数据流程清晰可见,以便以后设计。
教师信息管理系统加工图:
教师信息管理系统用例图:
系统流程图如下:
数据流图如下:
实体信息:
A.实体名:
教师
实体属性:
教师号、教师名、性别、出身年月、名族、政治面貌、职称、教研室、就业单位基本信息;
B.实体名:
课程
课程号、课程名、课程类别、开课学期、学时、学分;
C.实体名:
科研项目
科研项目编号、科研项目名称、参加人员、负责人、成果;
D.实体名:
日常工作
指导学习类别、进修学习;
E.实体名:
奖罚
违规名、违规时间、违规惩罚
E-R图:
数据字典:
名字:
teacher
别名:
教师个人基本信息
描述:
记录教师相关信息
位置:
保存到教师基本信息表
keyan
教师个人科研信息
记录教师进行的科研信息
保存到个人科研信息表
encourage
教师奖励信息
记录教师在就职期间奖励信息
保存到教师奖励信息表
course
课程安排信息
保存到课程表
教师信息管理包括教师注册,教师信息查询,教师授课信息和教师工资信息。
对应用例表如下:
1.教师注册
Input
教职工号
Process
查询数据库中教师信息表,校验用户是否合法
Output
合法登录:
转入教师基本信息界面
非法登录:
提示“用户信息错误”
2.教师基本信息查询
姓名、教职工号
查询数据库中教师的基本信息表,校验用户是否合法
显示教师基本信息主页面
提示“用户查询信息错误”
3.教师授课信息
姓名,教职工号,所授课程,班级
查询与更新数据库中教师信息表
显示更改后教师基本信息主页面
提示“教师查询和更改信息失败”
4.教师工资查询
姓名,教职工号,身份证号,日期
查询数据库中教师的工资信息表
显示教师工资信息页面
性能需求
数据精确度
进行操作请求时,如:
查找、删除、修改、添加应保证输入数据与数据库数据的相匹配性。
而在满足用户请求时,系统应保证所响应数据的查全率与查准率。
时间特性要求
响应时间:
<
2.5mm
更新处理时间;
数据的转换和传送时间
故障处理要求
系统运行中难免出现一些故障,对此我们提出以下建议和要求:
(1)对用户提交的重要资料及时备份。
(2)当系统数据库发生故障时,及时向用户返回相关故障原因。
(3)公开管理员电子邮箱,联系电话等,以便用户和管理员可以及时联系。
(4)做好数据库和服务器的日常维护工作,出现故障时可与我们联系由我们帮助解决。
2.2任务分解WBS
序号
任务
工期(天)
前置任务
项目启动
启动任务
与项目发起人的启动会议
研究类似项目
草拟项目要求
检查项目要求
7
制订项目章程
8
签订合同
9
编制任务计划
创建WBS
11
估算工期
12
分配资源
13
输出成本信息
14
检查计划
15
执行任务
16
分析任务
17
设计任务
18
执行任务
19
控制任务
输入项目实际信息
21
预览报告
22
结束任务
23
准备最后项目报告
24
提交最后项目报告
25
总结经验教训
26
项目结束
2.3项目进度计划
2.4项目成本估算
2.4.1项目成本估算的方法
1)类比估算法
这是一种在项目成本估算精确度要求不是很高的情况下使用的项目成本估算方法。
这种方法也被叫做自上而下法,是一种通过比照已完成的类似项目的实际成本,去估算出新项目成本的方法。
2)参数估计法
这是利用项目特性参数去建立数学模型来估算项目成本的方法。
例如,工业项目使用项目设计生产能力、民用项目使用每平米单价等。
3)标准定额法
这是依据国家或地方主管部门,或者项目成本管理咨询机构编制的标准定额估算项目成本的方法。
4)工料清单法
工料清单法也叫自下而上法,这种方法首先要给出项目顺序号用的人工物料清单,然后再对各项物料和工作的成本进行估算,最后向上滚动加总得到项目总成本的方法。
5)软件工具法
2.4.2我所使用的方法
使用类比估算法,这是一种在项目成本估算精确度要求不高的情况下使用的项目成本估算方法。
这种方法也被叫做自上而下法,是一种通过比照已完成的类似项目实际成本,估算出新项目成本的方法。
类比估算法通常比其他方法简便易行,费用低,但它的精度也低。
有两种情况可以使用这种方法,其一是以前完成的项目与新项目非常相似,其二是项目成本估算专家或小组具有必需的专业技能。
1)人力资源
5个开发人员
1个项目管理人员
1个项目质量人员
1个配置管理人员
2)设备资源
6台电脑
1台服务器
3)计算开发成本
由于任务分解结果主要针对开发任务的分解,管理和质量任务可通过计算开发任务得到,所以管理和质量任务=20%X开发任务。
从下表的的项目规模是137天,假设开发人员成本=500元/天,则内部开发成本=500*137=68500元
WBS
名称
估计值
总计
软件规划
137
需求开发
设计
实施
90
系统集成
提交
4)管理和质量成本
其=开发成本*20%=13700元
5)直接成本=82200元
6)间接成本=25%*直接成本=20550元
7)总估算成本=82200+20550=102750元
8)重新评估项目报价
项目利润为30%,其中风险基金10%,利润15%,税收5%.
项目总报价=102750*1.3=133573元
2.5项目风险管理
2.5.1项目风险管理的认识
项目风险管理是指为了达到最好地达到项目的目标,识别、分配、应对项目生命周期内风险的科学与艺术。
风险管理是项目管理中最容易被忽略而且是最难以管理的环节,它是在项目进行过程中不断对风险进行识别、评估、制定策略、监控风险的过程。
通过风险识别、风险分析和风险评价去认识项目的风险,并以此为基础合理的使用各种风险应对措施、管理方法、技术和手段对项目的风险进行有效的可能告知,妥善处理风险事件造成的不利后果,以最小的成本保证项目总体目标的实现。
风险管理是在风险尚未产生、形成之前,对风险进行识别,并且评估风险出现的概率以及经它们能够产生的影响,按风险从高到低排序,有计划的管理。
2.5.2项目风险管理模型
1)Boehm体系:
Boehm于1991年详细描述了他的思想体系,其中把风险管理活动分为两个大阶段,每一阶段含有三个步骤:
第一阶段,风险估计阶段。
此阶段可分为:
风险辨识、风险分析、风险排序三个步骤。
第二,风险控制阶段。
编制风险管理计划、风险解决、风险监督三个步骤。
每一步骤都备有不少的实现技术。
2)Charette体系:
1989年Charette设计了称为风险分析和管理的体系,两大阶段分别为分析阶段和管理阶段。
每个阶段都内涵三个过程,风险分析阶段分为:
辨识、估计、评价;
风险管理阶段分为:
计划、控制、监督。
每个阶段内的过程活动都不能完全分离,有相互重叠甚至交错反复的现象。
同时为各个过程提供了相应的战略思路、方法模型和技术手段,特别是在风险的辨识和估计过程中,其中大多数是运筹学、系统科学中的应用。
3)SEI体系:
SEI在软件风险管理方面作了大量的工作,1999年前后分别以技术报告和手册等形式公布了基于分类的风险辨识(TBQ)、连续风险管理(CRM)、软件风险评估(SRE)、软件采购风险管理成熟度模型(RM-CMM)和团队风险管理(TRM)。
完整思想是想以TRM为框架,贯穿CRM思想,依托SRE过程,以TBQ等为基本手段,配合软件能力成熟度模型(SW-CMM)和(SA-CMM)完成软件的风险管理。
4)Hall体系:
Hall女士受SEI连续过程改进和PDCA管理质量方法的启发,提出了“6-学科模型”(Six-Discipline,6-D),这是把思想转换为目标和目的的学科,用于研究软件产品的远期规划。
2.5.3项目风险管理过程
1)风险规划:
在项目风险实施之前需要进行风险规划,即决定采用什么方式方法、如何计划项目风险的活动,指导对于特定项目如何进行风险管理。
2)风险识别:
是试图系统化地确定对项目计划(估算、进度、资源分配)的威胁,识别已知和可预测的风险,只有识别出这种风险,项目管理者才有可能避免这些风险,且有必要时控制这些风险。
风险识别包括确定风险的来源,确定风险产生的条件,描述风险特征和确定风险事件有可能影响本项目。
风险识别相当于确定风险三要素只的风险事件。
每一类风险包括两种不同的情况:
一般性风险和特定性风险。
一般性风险是对每一个项目而言都是一个潜在的威胁。
特定性风险只有那些对当前项目的技术、人员及环境非常了解的人才能识别出来。
3)风险评估:
就是对识别出来的风险事件做进一步的分析,对风险发生的概率进行估计和评价,对项目风险的后果的严重程度进行估计和评价,对项目风险影响范围进行分析和评价,以及对于项目发生时间进行估计和评价。
风险评估是评估风险三要素的另外两个要素:
概率和影响。
风险评估的方法主要包括定性风险评估和定量风险评估。
①定性风险评估:
主要是针对风险概率及后果进行定性的评估,例如采用历史资料法、概率发布法等。
历史资料法主要是应用历史数据进行评估的方法,通过同类历史项目的风险发生情况,进行本项目的估算。
概率分布法主要是按照理论或者主观调整后的概率进行评估的一种方法。
②定量风险评估:
是在定性评估的逻辑基础上,给出各个风险源的风险量化指标及其发生概率。
再通过一定的方法合成,得到系统风险的量化值。
它是基于定性风险分析基础的数学处理过程。
定量风险评估是一种广泛使用的管理决策支持技术。
一般在定性风险分析之后就可以进行定量风险分析。
定量风险分析过程是量化分析每一风险法概率及其对项目目标造成的后果。
也分析项目总体风险的程度。
它可以包括访谈、盈亏平衡分析、敏感性分析、决策树分析、模拟法等方法。
4)风险应对计划:
风险规划是针对风险分析的结果,为提高实现项目目标的机会,降低风险的负面影响而制定风险应对策略和应对措施的过程,即通过制定一系列的行动和策略来对付、减少以至于消灭风险事件。
项目风险规划的输出是项目风险计划。
规划降低风险的主要策略是回避风险、转移风险、损失控制以及自留风险。
①回避风险:
风险常常可以通过及时改变计划来制止或避免。
回避风险是通过分析找出发生风险事件的原因,对可能发生的风险尽可能的规避,采取主动放弃或拒绝使用导致风险的方案。
这样可以直接消除风险损失,回避风险具有简单、易行、全面、彻底的优点,能将风险的发生概率保持为零。
②转移风险:
是指为避免风险损失,而有意识的将损失有关的财务后果转嫁给另外的单位或个人来承担。
转移风险有时也称为通过采购转移风险,即从本项目组织外采购产品和服务,常常是针对某些种类有风险的有效对策。
同时,投保也是一种转移风险的策略,保险或者类似保险的操作对一些风险类别是行之有效的。
③损失控制:
是指风险发生之前消除风险可能发生的根源,并减少风险事件的概率,在风险事件发生后减少损失的程度。
因此损失控制的基本点是在于消除风险因素和减少风险损失。
一般根据目的不同,损失控制分为损失预防和损失抑制。
损失预防是指风险发生前为了消除或减少可能引起风险的各种因素而采取的各种具体措施,制定预防性计划,也就是设法消除或减少各种风险因素,以降低风险发生的概率。
损失抑制:
是指风险发生时或风险发生后为了缩小损失幅度所采用的各项措施。
通过降低风险事件发生的概率或得失量来减低对项目的影响。
针对自己的项目,如何进行风险管理并给出风险清单
2.5.4如何进行风险管理
在我的项目中教师信息管理管理系统项目的主要风险是一般开发人员对客户需求中的学校具体管理环境并不是很熟悉,还有客户的要求比较紧,而且具体需求不是很明确。
教师信息管理系统项目风险管理主要是从2个方面来进行风险管理。
1)事前控制:
也就是风险管理规划,是指决定如何着手与规划管理风险的过程。
一般是在项目正式启动前期或初期对整个项目从全局性的角度进行全方位的思考、分析和规划,包括风险形势评估、风险识别、风险分析与评价。
例如,预防系统中的合同风险,签订的合同可能不够规范,责任的界定不够明确等问题,要在项目建设之初项目经理就需要全面准确的了解合同条款的内容、尽早就合同的模糊地段签订补充协议。
还有,因为开发人员可能对教师管理的体系并不清楚,这就要求开发人员需要在项目建设之初就和用户书面约定好如果需求变更,如何控制需求变更流程等问题,以防止无限度的需求变更让项目亏损。
2)事后控制:
主要指风险管理监控报告。
风险监测和控制是贯穿整个项目生命周期的不间断进行的过程,主要包括跟踪已识别的风险,监测残余风险和识别新的风险,形成风险管理报告。
在教师信息管理系统中,例如一些系统运行环境的风险,系统是赖以允许的硬件环境和网络环境的建设进度的,所以要和用户签订相关的协议,跟进用户运行的进度,及时发现问题,解决问题。
2.6项目质量控制
2.6.1主要依据
1)项目质量计划
这与项目质量保障是一样的,这是在项目质量计划编制中所生成的计划文件。
2)项目质量工作说明
这也是与项目质量保障的依据相同的,同样是在项目质量计划编制中所生成的工作文件。
3)项目质量控制标准与要求
这是根据项目质量计划和项目质量工作说明,通过分析和设计而生成的项目质量控制的具体标准。
项目质量控制标准与项目质量目标和项目质量计划指标是不同的,项目质量目标和计划给出的都是项目质量的最终要求,而项目质量控制标准是根据这些最终要求所制定的控制依据和控制参数。
通常这些项目质量控制参数要比项目目标和依据更为精确、严格和有操作性,因为如果不能够更为精确与严格就会经常出现项目质量的失控状态,就会经常需要采用项目质量恢复措施,从而形成较高的项目质量成本。
4)项目质量的实际结果
项目质量的实际结果包括项目实施的中间结果和项目的最终结果,同时