学校招生管理系统.docx

资源描述

学校招生管理系统.docx

《学校招生管理系统.docx》由会员分享，可在线阅读，更多相关《学校招生管理系统.docx（35页珍藏版）》请在冰点文库上搜索。

学校招生管理系统.docx

学校招生管理系统

一．项目启动2

1.1系统概述2

1.2可行性分析2

1.3合同拟定工作3

1.4生存期模型6

二．制定计划6

2.1需求分析6

2.1.1功能需求7

2.1.2系统WBS7

2.2人力资源管理8

2.3项目的进度计划9

2.4成本估算10

三．执行控制14

3.1项目的网络结构图14

3.2关键路径分析方法15

3.3进度、成本控制15

3.4风险管理控制15

3.5质量控制17

3.5.1质量控制方法17

3.5.2质量控制标准17

四．项目资源管理和监督控制18

4.1资源甘特图18

4.2激励和绩效管理19

4.3监督控制21

五．总结21

5.1学校招生管理系统的收尾21

5.2学校招生管理系统的项目总结22

5.3对学习《软件项目管理》课程体会的总结24

序言

随着现代社会的不断发展和进步，以及信息全球化的实现，社会各个领域都进入了计算机时代，某高校由于办学质量高，每年的报考学术数量居多，所以学校招生工作量很大，对此学校希望有一个现代化的信息交流平台，即学校招生管理系统。

一．项目启动

1.1系统概述

手工管理这些纷繁复杂数据的方式已经不适应时代的潮流，实现数据规范化、自动化的电脑管理，是一个管理规范、运作高效的企事业单位的必要要求。

学校招生管理系统就是为了实现各院校招生高效管理而设计的。

主要内容包括：

学生的录入、修改、删除、打印学生名单；学费的录入、修改、删除、打印；对学生信息、学费交费情况的查询；学期的设置、管理员的设置；对系统的维护，数据库备份的支持。

重点介绍了招生信息管理系统学生交费模块的分析和设计以及如何利用工具软件实现数据的添加、查询、删除等基本功能。

实行电子化的交费管理,可以让管理变得简单。

本系统的实现基本解决了以往管理中存在的需要人工管理，人工统计、不能综合处理业务和工作效率低等问题，对交费的统计和查询都很简单；主要针对以上学校招生时一般需求设计，可以有效而精密的管理招生数据，提高工作效率和招生信息管理透明度。

1.2可行性分析

本系统的可行性分析包括以下几个方面的内容。

（1）经济可行性：

主要是对项目的经济效益进行评价，本系统开发经费非常小,对于大多数学校在经济上是可以接受的。

（2）技术可行性：

技术上主要分析技术条件能否顺利完成开发工作，目前开发这类信息管理系统已经有很多非常成熟的开发工具和相应的后台数据库，因此技术上也是可行的。

　（3）时机可行性：

目前，随着社会的发展，学校的增加，学生的扩招，设计这样一个招生信息管理系统会给学校带来方便和效率。

所以建立这样一个管理系统很有市场，所以具有时机可行性。

学校招生管理本功能完成学校从招生都入学的全部过程。

其业务流程图如图1所示：

图1学校招生管理系统的业务流程图

说明：

1.对于招生工作，首先是报名，系统需要提供报名功能，有的学校还要组织招生考试，但是某些招生不存在入学考试。

如不需要考试则根据报名审查情况录入新生基本信息，录入信息包括姓名、性别、考籍号、总分、考生来源、考生类型。

2.符合入学条件的学生全部录入或根据考试情况转入完毕后，首先要根据性别和分数分班，分班原则为：

每班男生、女生比列要基本一致，各班各分数段的人数要一致。

自分班后，一定要提供手工调整的功能。

3.分班结束后，转入正常教学工作前一定要保证，各班的升学工作已经结束。

4.统计查询

可按入学总分统计查询，可按男女查询，按学生来源统计。

对于总分可按任意分数段统计。

如每10分一个分数段，或没1分一个分数段。

1.3合同拟定工作

某校（甲方）希望委托软件公司为其开发学校招生管理系统这个项目。

以便于提高学校的工作效率，规范学校的工作流程。

针对这个项目，甲方采取多方洽谈的招标方式。

经过多方沟通和不懈的努力，西安**公司（乙方）获得了这个项目的开发权，双方经过多次协商和讨论，最后签署项目开发合同。

合同文本如下：

合同登记编号：

技术开发合同

项目名称：

学校招生管理系统

委托人（甲方）：

***大学

研究开发人（乙方）：

西安**公司

签订地点：

西安市

签订日期：

2013年12月25日

有效日期：

2013年12月25日至2014年6月25日

西安技术市场管理办公室

根据《中华人民共和国合同法》的规定，合同双方就学校招生管理系统开发项目的技术开发，经协商一致，签订本合同。

一、标的技术的内容、范围及要求

根据甲方的要求，乙方完成学校招生管理系统的研制开发。

1.根据甲方的要求进行系统方案设计，要求建立B/S结构的，基于的SQLserver数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。

2.配合甲方，在与整体系统相融合的基础上，建立系统运行的软硬件环境。

二、应达到的技术指标和参数

1.系统应满足并行登录，并行查询的速度要求。

2.系统的主要功能应满足双方认可的需求规格，不可以随便改动。

三、研究开发经费、报酬及其支付或结算方式

1.研究开发经费是指完成本项目研究开发工作所需的成本。

报酬只本项目开发成果的使用费和研究开发人员的科研补贴。

2.本项目研究开发经费和报酬（人民币大写）：

***万元整。

3.支付方式：

分期支付。

本合同签订之日起生效，甲方在五个工作日内应付乙方合同总金额的50%，计人民币***.00元整，验收后甲方在五个工作日内付清全部合同余额，计人民币**元整。

4、本合同履行方式

甲方责任

1.甲方全力协助乙方完成合同内容。

2.合同期内甲方为乙方提供专业性接口技术支持。

乙方责任

1.乙方按甲方要求完成合同内容。

2.乙方愿提供在实现功能的前提下，进一步予以完善。

3.乙方在合同商定的时间内保证系统正常运行。

4.乙方在项目验收后提供一年免费维修。

5.未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。

五、验收的标准和方式

研究开发所完成的技术成果，达到了本合同第二条所列技术指标，按国家标准，采用一定的方式验收，由甲方出具技术项目验收证明。

6、风险的承担

在履行本合同的过程中，却因在现有水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由甲方承担50%，乙方承担50%。

本项目风险责任确认的方式：

双方协商。

7、违约金和损失赔偿的计算

除不可抗力因素外（指发生战争、地震、洪水、飓风或其他人力不能控制的不可抗力事件），甲乙双方须遵守合同承诺，否则视为违约并承担违约责任：

1.如果乙方不能按期完成软件开发工作并交给甲方使用，乙方应向甲方支付延期违约金。

每延迟一周，乙方向甲方支付合同总额0.5%的违约金，不满一周按一周计算，但违约金不得超过合同总额的5%。

2.如果甲方不能按期向甲方支付合同款项，甲方应向乙方支付延期违约金。

每延迟一周，乙方向甲方支付合同总额0.5%的违约金，不满一周按一周计算，但违约金不得超过合同总额的5%。

八、解决合同纠纷的方式

在履行本合同的过程中发生争议，双方当事人和解或调解不成，可采取仲裁或司法程序解决。

1.双方同意由西安市仲裁委员会仲裁。

2.双方约定向西安市人民法院起诉。

九、其他

1.本合同一式6份，具有同等法律效力。

其中正式两份，甲乙双方各执一份；副本4份，交由乙方。

2.本合同未尽事宜，经双方协商一致，可在合同中增加补充条款，补充条款是合同的组成部分。

1.4生存期模型

针对本项目的开发特点，参考企业的生存期模型和软件过程体系，决定采用瀑布模型如图2所示，理由如下：

图2瀑布模型

1.对于学校招生管理系统，在其开始前，项目的需求已经被很好的理解，也很明确。

2.学校招生管理系统属于短期项目，采用瀑布模型比较简单，易用，直观。

二．制定计划

2.1需求分析

本项目需求调研阶段，发现用户缺乏相关知识，他们对需求没有很明确的说明，但随着项目的进展，用户的经验也会增加，自然会发现一不合理或不完整或缺少的需求，必然会引起需求变更。

为了避免不必要的需求变化，在开发学校招生管理系统需求的时候，项目组合用户一起来确定需求规格。

本项目通过原型分析法确定需求，然后根据用户确认的原型系统编写软件需求规格。

最后，根据需求规格形成项目的最后范围计划，即任务分解图（WBS）。

2.1.1功能需求

根据客户的描述，项目组经过多次修改最终确定了项目的功能需求，得出功能模块图，如图3：

图3功能模块图

再通过开发人员与客户的一同商量，以用户视角确定了用例分析图，如图4：

图4用例图

2.1.2系统WBS

根据对本项目的需求规格的分析，采用图表方式进行任务分解，其分解结构如图5所示：

图5学校招生系统任务分解结果

2.2人力资源管理

人力资源管理是项目成功与否的基础，而项目组织形式是团队的基础。

学校招生管理系统是一个矩阵型的项目组织结构。

如图6为项目的组织结构：

图6项目的组织结构

学校招生管理系统项目的责任分配矩阵（RAM）如表1：

表1角色映射表

项目管理组

软件开发组

质量保证组

配置管理组

负责人

张三

李四

王五

张三

组成人

张三

李四、王五、宋毅、江飞

宋毅、王五

宋毅、张三

学校招生管理系统的具体人员计划可以通过进度计划中人力资源分配体现出来，见进度计划。

2.3项目的进度计划

学校招生管理系统的进化计划采用渐进完善的方式进行的。

首先确定初期进度计划，由于初期信息不足，所以初期计划只是一个计划表格，相当一个大计划，简单说明计划的执行步骤。

如表2：

表2项目初期计划

任务

完成时间

负责人

资源

备注

需求讨论

2013-12-24

张三

开发人员参与

项目规划

2013-12-27

张三

全体人员参与

需求确定

2014-1-5

张三

全体人员参与

设计

2014-1-9

李四

陆励成参与

项目实施

2014-2-9

李四

陆励成参与

有待细化

测试

2014-2-15

王五

开发人员参与

提交

2014-2-16

张三

其次，对初期项目计划进一步细化，根据WBS的分解情况，继续分解相应的活动（任务），将分解后的所有活动和WBS的代码录入项目计划文件中，然后确定各个活动之间的关系，并对各个任务分配相应的资源，然后经过不断的资源调整优化以及工期、活动关系的调整等，再经过多次的评审讨论，最后计划通过评审，绘制项目计划甘特图如图7：

2.4成本估算

学校招生管理系统是循序渐进的过程，随着项目的不断发展，估算可以重复多次进行的，而且是逐步精确地。

本项目采用自下而上和参数法综合的成本估算方法，然后结合进度形成项目成本预算基线。

（1）签订合同签前

签订合同前，根据以往类似的经验，采用类比估算方法，进行粗略的估算：

根据用户的要求采用B/S结构，公司JSP+SQLServer的技术比较成熟，以前成功完成类似的项目，根据工作任务，基本上需要2-3个开发人员，1个月左右的开发时间，基本上是2-3人月的规模，所以，5-10万可以作为合同的参考价格。

这个阶段只需要一个粗略的量级的成本估算，可以不进行详细的成本预算。

（2）合同签订后

合同签订之后，根据现有的资源和WBS分解的结果，进一步细化估算，由于WBS分解包括了质量任务和管理任务，可直接计算直接成本，在计算间接成本，最后计算总成本，具体过程如下：

首先分析资源

1）人力资源：

2个开发人员、1个项目管理人员、1个项目质量人员、1个配置管理人员。

2）设备资源（作为间接成本计算）：

3台电脑、1台服务器。

估算步骤如下：

1）获取项目分解结果WBS。

2）估算直接成本

表3得知项目规模是81人天，开发人员成本参数=480元／天，则内部的开发成本=480元／天×81天=38880元。

3）估算间接成本

间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等。

根据以往经验，采用公式：

间接成本=25%直接成本=9720元。

4）计算总估算成本

项目总估算成本=38880+9720=48600元。

5）重新评估项目的报价

重新评估一下项目的报价准确性，进一步明确企业的项目运作和利润情况等。

如果项目的利润是30%，其中风险基金10%，利润15%，税费5%。

则项目的总报价=48600×1.3=63180元。

应该说报价还是比较合适的。

表3给出了项目规模的估算，如下：

表3项目规模估算表注：

规模单位为人天

WBS

子任务

估计值（人天）

小计（人天）

总计

软件规划

1.1

合同签订

1.2

计划编制

1.3

计划确认

需求分析

2.1

需求开发

2.2

需求管理

2.3

系统测试计划编制

设计

3.1

界面设计

3.2

结构设计

3.3

数据设计

实施

4.1

编码

4.2

代码复核

4.3

单元测试

测试

5.1

集成测试

5.2

系统测试

5.3

测试总结

5.4

缺陷跟踪

5.5

手册编写

交付

6.1

验收测试

6.2

产品提交

6.3

用户培训

再根据项目人员付出的时间以及各项任务的具体情况进行成本预算，表4为资源费用比例。

表4资源费用比例

资源名称

类型

缩写

最大单位

标准费率

加班费率

每次使

用成本

成本累算

基准日历

张三

工时

张

100%

¥80.00/工时

¥0.00/工时

¥0.00

按比例

标准

李四

工时

李

100%

¥70.00/工时

¥0.00/工时

¥0.00

按比例

标准

王五

工时

王

100%

¥60.00/工时

¥0.00/工时

¥0.00

按比例

标准

宋毅

工时

宋

100%

¥50.00/工时

¥0.00/工时

¥0.00

按比例

标准

江飞

工时

江

100%

¥50.00/工时

¥0.00/工时

¥0.00

按比例

标准

根据每个任务的资源分配和时间安排，确定项目的预算，如表5，预算总成本为54880元，与估算的成本基本持平，这样54880元可以作为项目的成本控制参考。

表5成本预算表

任务名称

工期

开始时间

完成时间

资源名称

比较基准成本

学校招生

管理系统

47个工作日

2013年12月25日

2014年2月27日

¥54,880.00

软件规划

4个工作日

2013年12月25日

2013年12月30日

¥5,200.00

合同签订

1个工作日

2013年12月25日

张三

¥640.00

计划编制

2个工作日

2013年12月26日

2013年12月27日

李四,王五,张三

¥3,360.00

计划确认

1个工作日

2013年12月30日

张三,李四

¥1,200.00

需求分析

7个工作日

2013年12月31日

2014年1月8日

¥7,920.00

需求开发

2个工作日

2013年12月31日

2014年1月1日

李四,宋毅

¥1,920.00

需求管理

3个工作日

2014年1月2日

2014年1月6日

李四,王五,张三

¥5,040.00

系统测试

计划编制

2个工作日

2014年1月7日

2014年1月8日

王五

¥960.00

设计

6个工作日

2014年1月9日

2014年1月16日

¥5,440.00

界面设计

2个工作日

2014年1月9日

2014年1月10日

李四,王五

¥2,080.00

结构设计

2个工作日

2014年1月13日

2014年1月14日

江飞,王五

¥1,760.00

数据设计

2个工作日

2014年1月15日

2014年1月16日

江飞,宋毅

¥1,600.00

实施

16个工作日

2014年1月17日

2014年2月7日

¥25,440.00

编码

11个工作日

2014年1月17日

2014年1月31日

江飞,李四,

宋毅,王五

¥20,240.00

代码复核

2个工作日

2014年2月3日

2014年2月4日

江飞,宋毅

¥1,600.00

单元测试

3个工作日

2014年2月5日

2014年2月7日

李四,张三

¥3,600.00

测试

9个工作日

2014年2月10日

2014年2月20日

¥4,400.00

集成测试

3个工作日

2014年2月10日

2014年2月12日

李四

¥1,680.00

系统测试

3个工作日

2014年2月13日

2014年2月17日

宋毅

¥1,200.00

测试总结

1个工作日

2014年2月18日

张三

¥640.00

缺陷跟踪

1个工作日

2014年2月19日

江飞

¥400.00

手册编写

1个工作日

2014年2月20日

王五

¥480.00

交付

5个工作日

2014年2月21日

2014年2月27日

¥6,480.00

验收测试

3个工作日

2014年2月21日

2014年2月25日

李四,张三,王五

¥5,040.00

产品提交

1个工作日

2014年2月26日

张三

¥640.00

用户培训

1个工作日

2014年2月27日

江飞,宋毅

¥800.00

三．执行控制

在本项目进展过程中，项目经理每天要根据项目计划来跟踪项目实际的执行情况，关注项目的成本、进度、质量、风险等情况，每天记录实际的进展情况，通过工具得出计划与实际的对照情况，发现问题需要及时解决。

每周五进行一次定期评审，每个阶段结束时，进行阶段评审，并给出评审报告，评审报告应该说明项目的进展情况、费用情况、质量情况、风险情况等，并对项目将来的情况作出预测，以保证项目能够按时保证质量完成。

3.1项目的网络结构图

图7网络结构图

3.2关键路径分析方法

折叠网络图

关键路径是根据制定的网络图逻辑关系进行的单一的、最早和最晚开始和完成日期，然后计算网络图中的最长路径，以便确定项目的完成时间估计。

采用此项目可以配合进度的编制。

有上述网络图可知：

关键路径3-4-5-7-8-9-11-12-13-15-16-17-19-20-21-22-23-25-26-27；项目完成的最短时间是47天，即关键路径的长度是47天。

3.3进度、成本控制

项目进度、成本的跟踪控制过程是根据跟踪采集的进度、成本、资源等数据，并与原来的基准计划比较，对项目的进展情况进行分析，以保证项目在可以控制的进度、成本、资源内完成。

常用的项目性能分析方法有图解控制法，挣值分析法等。

图8和表6是项目截止2014年2月7号的跟踪结果，图8显示了项目进展过程中进度情况，有实际的进度与计划基准的比较情况，可以看出进度正常进行。

表6显示了成本跟踪结果，从中可以看出，实际成本比计划略有减少。

图82013/2/7的进度跟踪

表62013/2/7的成本跟踪结果

任务名称

开始时间

完成时间

比较基准

成本

成本差异

学校招生管理系统

2013年12月25日

2014年2月27日

¥54,880.00

¥52,737.00

-¥2,143.00

软件规划

2013年12月25日

2013年12月30日

¥5,200.00

¥0.00

合同签订

2013年12月25日

¥640.00

¥0.00

计划编制

2013年12月26日

2013年12月27日

¥3,360.00

¥0.00

计划确认

2013年12月30日

¥1,200.00

¥0.00

需求分析

2013年12月31日

2014年1月8日

¥7,920.00

¥7,141.00

-¥779.00

需求开发

2013年12月31日

2014年1月1日

¥1,920.00

¥0.00

需求管理

2014年1月2日

2014年1月6日

¥5,040.00

¥4,261.00

-¥779.00

系统测试计划编制

2014年1月7日

2014年1月8日

¥960.00

¥0.00

设计

2014年1月9日

2014年1月16日

¥5,440.00

¥5,976.00

¥536.00

界面设计

2014年1月9日

2014年1月10日

¥2,080.00

¥2,616.00

¥536.00

结构设计

2014年1月13日

2014年1月14日

¥1,760.00

¥0.00

数据设计

2014年1月15日

2014年1月16日

¥1,600.00

¥0.00

实施

2014年1月17日

2014年2月7日

¥25,440.00

¥23,417.00

-¥2,023.00

编码

2014年1月17日

2014年1月31日

¥20,240.00

¥17,564.00

-¥2,676.00

代码复核

2014年2月3日

2014年2月4日

¥1,600.00

¥2,253.00

¥653.00

单元测试

2014年2月5日

2014年2月7日

¥3,600.00

¥0.00

测试

2014年2月10日

2014年2月20日

¥4,400.00

¥0.00

集成测试

2014年2月10日

2014年2月12日

¥1,680.00

¥0.00

系统测试

2014年2月13日

2014年2月17日

¥1,200.00

¥0.00

测试总结

2014年2月18日

¥640.00

¥0.00

缺陷跟踪

2014年2月19日

¥400.00

¥0.00

手册编写

2014年2月20日

2014

展开阅读全文