软件项目管理之教务管理系统.docx

软件项目管理之教务管理系统.docx

《软件项目管理之教务管理系统.docx》由会员分享，可在线阅读，更多相关《软件项目管理之教务管理系统.docx（15页珍藏版）》请在冰豆网上搜索。

软件项目管理之教务管理系统

软

件

项

目

管

理

学院：

XXXXXXXXXXX

班级：

XXXXX

姓名：

XXXXXXXX

学号：

XXXXXXX

一、项目名称

教务管理系统

二、项目背景

教务管理系统是各个学校都具有的进行日常教学管理的系统。

由于部份高校学院的教务及档案管理水平还停留在纸质的阶段上，如此的机制已经不能适应时期的进展，因为它浪费了许多的人力和物力，在信息时期这种传统的管理方式必然被运算机信息管理所取代。

教务管理是大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面，随着教学体制的不断改革，尤其是学分制、选课制的展开和深切，教务日常管理工作日趋繁重、复杂。

如何把教务工作信息化，模块化，便捷化是咱们要考虑的问题。

三．项目目标

1、肯定项目目标和目标的衡量方式

本计划书的编写目的在于建设高校教务教学的数字化管理，提高教务管理人员、工作人员和各院系教学负责人的工作效率，而且与“数字化校园”中的其它系统相配合，一路实现无冗余的、统一的信息管理。

（1）项目情形分析　　

对教务管理系统的整个环境进行有效分析，包括外部环境、上层组织系统、学校情形、相关关系人（教师、学生、管理员等）、社会经济和政治/法律环境等。

（2）项目问题界定　　

对教务管理系统情形分析后，发觉是不是存在影响项目开展和进展的因素和问题，并对问题分类、界定。

分析得出项目问题产生的原因、背景和界限。

（3）肯定项目目标因素　　

按照教务管理系统当前问题的分析和概念，肯定可能影响项目进展和成败的明确、具体、可量化的目标因素，如大小、资金本钱、项目涉及领域、通货膨胀、回收期等。

具体应该体此刻项目论证和可行性分析中。

（4）成立项目目标体系　　

通过教务管理系统因素，肯定项目相关各方面的目标和各层次的目标，并对项目目标的具体内容和重要性进行表述。

（5）各目标的关系确认　　

选课模块、学籍管理模块是必然（强制性）目标，留言板模块是期望目标，管理员增删改查是阶段性目标，这些目标间彼此联系。

二、项目责任人

（1）项目领导

项目领导是在整个项目开发进程中项目组内对所有非技术性重要情形做出最终决定的人。

（2）系统架构师（技术总监）

系统架构师是在部门内所有软件项目中，对技术上所有重要的情形做出决定的人。

（3）需求分析师

需求分析师是项目前期与客户方打交道最多的人，对于客户来讲，他能够代表整个项目组，对与项目组成员来讲他的意见能够代表客户方的意见，项目组内所有与客户需求相关的情形必需取得他的认可。

（4）系统分析师

系统分析师是项目组中的首席执行官，他涉及项目的所有方面，是项目进度的推动者，也是项目成功的关键。

（5）数据库设计师

软件设计师又称模块设计师，协助系统分析师对分模块进行详细设计，并直接管控该模块的进度，对于本模块中所有重要的事做最终决定的人。

（6）软件工程师

软件工程师是最终实现代码的成员。

（7）测试领导

测试领导其实应该是整个项目中最关心项目质量的人，他的主要工作就是找到项目中存在的不合理、不合格的部份，并要求项目其它成员按其给定的项目质量完成项目。

（8）测试工程师

测试工程师是项目质量的保证，是最终进行项目测试的成员。

（9）实施领导

负责制定项目实施计划,在项目实施阶段，跟踪、检查实施人员的工作质量；

（10）实施工程师

在实施领导安排和指导下，执行项目用户现场实施任务；

（11）美术工程师

负责完成软件设计师安排的功能界面设计,对项目整体色彩的调配。

3、项目涉及人员

一般情形下，软件项目领导会优先考虑应聘者专业知识和经验因素。

比较个人性格，团结协作与沟通能力分派，使得在软件开发生命周期和预算内，高效的进行项目开发。

需求：

擅长沟通，倾听；

设计：

思路广，有经验；

代码：

逻辑能力强，有专注力；

测试：

严谨的对待事物。

4、成立各方通信渠道

例如，电话、Email、U盘、工作内部交流群组

四、肯定项目结构

1、项目和策略计划的关系（如肯定各个项目的顺序）

工作包及说明

项目经理

系统分析员

程序员

测试工程师

文档工程师

C1：

需求调查

S

P

P

A

C2：

编写需求文档

P

A

C3：

项目初步评估和初步安排会议

A

P

P

P

P

C4：

项目正式启动会议

A

P

P

P

P

D1：

计划会议、项目专题讨论

A

P

P

P

D2：

汇总和编写项目计划

S

P

D3：

项目计划的审核和分发执行

A

D4：

系统的总体设计相关内容

A

P

D5：

数据库设计相关内容

A

P

D6：

模块设计：

数据库实现、访问控制脚本

A

P

D7：

模块设计：

页面逻辑和页面样式

P

A

P

P

D8：

模块设计：

个人数据管理

P

A

P

D9：

模块设计：

数据查询

P

A

P

D10：

整理和编制详细设计，作为编码的依据

A

P

P

D11：

设计评审

A

P

I1：

模块实现：

编码实现D6

P

A

I2：

模块实现：

编码实现D7

P

A

I3：

模块实现：

编码实现D8

A

I4：

模块实现：

编码实现D9

P

A

I5：

准备数据库和测试数据

P

P

A

I6：

单元测试和调试：

I1

P

A

I7：

单元测试和调试：

I2

P

A

I8：

单元测试和调试：

I3

P

A

I9：

单元测试和调试：

I4

P

A

I10：

I6、I7、I8、I9之间的接口测试

A

P

P

P

I11：

系统的组合和系统测试

A

P

P

P

I12：

系统测试报告和反馈

P

P

P

A

I13：

帮助工程和帮助文件制作

P

P

A

I14：

安装工程和安装配置

P

P

A

I15：

安装包测试

A

P

P

I16：

编写配置指南

P

P

A

I17：

编写功能和操作说明

P

P

A

I18：

中期评估

A

P

I19：

后期评估

A

P

T1：

文件归档

A

T2：

运行测试

A

P

T3：

B测试和峰值测试

P

A

T4：

程序、界面、手册的反馈和修订

P

P

A

T5：

功能讲解、管理员培训

P

A

P

T6：

项目总结

A

P

P

P

P

T7：

项目结束和团队解散

A

P——参与人员；A——负责人员；S——确认审核人员；

二、新旧系统的通信

新旧系统间的通信主要为数据之间的通信，即数据库的通信。

在旧系统中导出数据库（教师数据库、学生数据库、成绩数据库、课程数据库），以后在新系统中附加原数据库即可。

3、概念开发进程

（1）调研、可行性分析和项目开发计划

（2）需求分析

（3）概要设计

（4）详细设计

（5）编写代码

（6）软件测试

（7）软件保护

五、肯定项目产品和活动

1、技术产品、文档产品等

数据库设计书、模块开发说明书、可行性报告、需求分析报告、概要设计报告、详细设计报告、技术文档、测试分析报告、测试计划文档、项目开发总结报告书、系统问题报告、变更控制与配置管理标准、质量标准和进程手册、气宇程序、项目计划和控制标准、用户手册、利用培训。

2、采用PBS方式概念

3、画出一般性的产品流程图

4、肯定项目活动

A:

登录

B:

教师

C:

管理员

D:

学生

E:

学籍管理模块

F:

选课模块

G:

完成选课

5、活动网络图

关键路径：

A→D→E→F→G

六、肯定和分派资源

1、预算

（1）人员本钱：

员工工资、社保金、津贴等，而且员工的工资是按月支付

（按照项目实施确切的具体人员，人数来制定）

（2）一般管理费用：

场地租金、利息、服务部门本钱

（按照公司、与公司签定合同的院校提供的资金范围决定）

二、进度

（1）需求分析      （2天）

（2）概要设计      （5天）

 （3）详细设计      （8天）

 （4）编码实现与测试（15天）

七、风险分析

1、确认风险

（1）教务管理网站进度风险

（2）教务管理网站需求风险

（3）技术开发风险

（4）教务管理网站质量体系风险

（5）教务管理网站设计风险

（6）设计人员流失风险

二、风险可能性和影响

（1）教务管理网站进度风险：

即教务网站是不是能够按工期的要求完成。

网站构建是一个大型的开发项目，涉及到网站的前端和后台开发，也涉及到整个网站的工作运行流程，而该项目的上线时刻是不能改变的，所以项目进度是一个签字的风险。

若是，不能按时完成，则大量需要文档进行协调的工作时，致使开发进度愈来愈慢。

教务网站的开发不同于其他的工程，在不同的工程阶段，需要的人员不同，需要配合的方面也不同，所有这些都需要行之有效的软件管理的保证。

（2）教务管理网站需求风险：

是以合作院校的需求开始，在大多数情形下，院校需求要靠网站开发方诱导才能保证需求的完整，再以书面的形式形成《用户需求》这一重要的文档。

需求分析更多的是开发方确认需求的可行性和一致性的进程，在此阶段需要和用户进行普遍的交流和确认。

需求和需求分析的任何疏漏造成的损失会在软件系统的后续阶段被一级一级地放大，因此本阶段的风险专门大。

（3）技术开发风险：

本教务网站的开发主要用到了javascript作为前台开发和servelet后台相结合的结构体系，并设计到了Orcle的数据库部份。

组件和构件技术都是为了提高网站的靠得住性和网站的友好性而采用的技术手腕。

从技术成熟度上说不存在风险，但为了实现良好的网站构架和客户体验度，与传统开发方式比较，有相当的多的额外工作需要做，这会给项目工期带来必然的风险，但影响较小。

（4）教务管理网站质量体系风险：

任何网站管理忽略软件质量监督环节都将对网站的生产组成庞大的风险。

网站的质量体系集中在开发中的测试阶段和最后的保护阶段。

随着网站系统的不断扩大，需要不断的对网站的体系进行保护和改良，若是监督不到位，技术支持体系将会无效运转，造成损失。

（5）教务管理网站设计风险：

本身的风险主要来自于系统分析人员。

分析人员在设计网站结构时过于定制，教务网站的友好型和实用性较弱，会给后期保护带来庞大的负担，和保护本钱的激增。

对用户来讲不便同窗们访问，乃至造成访问量急剧减少。

反之，网站结构的过于灵活和通用，必然引发网站开发的难度增加，网站的复杂度会上升，这又会在实现和测试阶段带来风险，网站的稳固性也会受到影响。

所以，该风险庞大。

（6）设计人员流失风险：

在教务网站开发进程中，有两种可能致使人员流失：

一是工作乏味且压力过大，二是积累了开发经验，寻求更高进展。

进程中，项目人员流动会对项目开发造成专门大的影响，因为每一块的内容都是分派下去的，一环出现空缺，会致使后续开发无法进行下去，即便替补，也是因为二者理念不同，而增加理解进程，致使网站开发进度变慢，影响严峻。

3、风险排队

风险

投票

影响

规模估计太低

84

严重

交付期限紧张

65

不严重

用户需求变化频繁

64

严重

技术达不到预期效果

33

不严重

质量体系实施不到位

43

严重

网站结构体系不合理

30