学校招生管理系统 软件项目管理大作业Word格式文档下载.docx
《学校招生管理系统 软件项目管理大作业Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《学校招生管理系统 软件项目管理大作业Word格式文档下载.docx（23页珍藏版）》请在冰豆网上搜索。
1.1编写目的
手工管理这些纷繁复杂数据的方式已经不适应时代的潮流，实现数据规范化、自动化的电脑管理，是一个管理规范、运作高效的企事业单位的必要要求。
学校招生管理系统就是为了实现各院校招生高效管理而设计的。
主要内容包括：
学生的录入、修改、删除、打印学生名单；
学费的录入、修改、删除、打印；
对学生信息、学费交费情况的查询；
学期的设置、管理员的设置；
对系统的维护，数据库备份的支持。
重点介绍了招生信息管理系统学生交费模块的分析和设计以及如何利用工具软件实现数据的添加、查询、删除等基本功能。
实行电子化的交费管理,可以让管理变得简单。
实现基本解决了以往管理中存在的需要人工管理，人工统计、不能综合处理业务和工作效率低等问题，对交费的统计和查询都很简单；
主要针对以上学校招生时一般需求设计，可以有效而精密的管理招生数据，提高工作效率和招生信息管理透明度。
1.2范围
本文档适用于《学校招生管理系统》这一软件项目。
1.3项目简介
1.3.1项目名称
《学校招生管理系统》
1.3.2产品标识
《学校招生管理系统》，缩写MYSchool，版本号1.0.
1.4可行性分析
本系统的可行性分析包括以下几个方面的内容。
（1）经济可行性：
主要是对项目的经济效益进行评价，本系统开发经费非常小,对于大多数学校在经济上是可以接受的。
（2）技术可行性：
技术上主要分析技术条件能否顺利完成开发工作，目前开发这类信息管理系统已经有很多非常成熟的开发工具和相应的后台数据库，因此技术上也是可行的。
（3）时机可行性：
目前，随着社会的发展，学校的增加，学生的扩招，设计这样一个招生信息管理系统会给学校带来方便和效率。
所以建立这样一个管理系统很有市场，所以具有时机可行性。
学校招生管理本功能完成学校从招生都入学的全部过程。
其业务流程图如图1所示：
图1
学校招生管理系统的业务流程图
说明：
1.对于招生工作，首先是报名，系统需要提供报名功能，有的学校还要组织招生考试，但是某些招生不存在入学考试。
如不需要考试则根据报名审查情况录入新生基本信息，录入信息包括姓名、性别、考籍号、总分、考生来源、考生类型。
2.符合入学条件的学生全部录入或根据考试情况转入完毕后，首先要根据性别和分数分班，分班原则为：
每班男生、女生比列要基本一致，各班各分数段的人数要一致。
自分班后，一定要提供手工调整的功能。
3.分班结束后，转入正常教学工作前一定要保证，各班的升学工作已经结束。
4.统计查询
4.统计查询
可按入学总分统计查询，可按男女查询，按学生来源统计。
对于总分可按任意分数段统计。
如每10分一个分数段，或没1分一个分数段。
1.5合同拟定工作
某校（甲方）希望委托软件公司为其开发学校招生管理系统这个项目。
以便于提高学校的工作效率，规范学校的工作流程。
针对这个项目，甲方采取多方洽谈的招标方式。
经过多沟通和不懈的努力，河北**公司（乙方）获得了这个项目的开发权，双方经过多次协商和讨论，最后签署项目开发合同。
合同文本如下：
项目名称：
学校招生管理系统
委托人（甲方）：
***大学
研究开发人（乙方）：
河北**公司
签订地点：
河北沧州市
签订日期：
2016年6月23日
有效日期：
2016年6月23日至2017年6月23日
河北技术市场管理办公室
根据《中华人民共和国合同法》的规定，合同双方就学校招生管理系统开发项目的技术开发，经协商一致，签订本合同。
一、标的技术的内容、范围及要求
根据甲方的要求，乙方完成学校招生管理系统的研制开发。
1.根据甲方的要求进行系统方案设计，要求建立B/S结构的，基于的SQL
server数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。
2.配合甲方，在与整体系统相融合的基础上，建立系统运行的软硬件环境。
二、应达到的技术指标和参数
1.系统应满足并行登录，并行查询的速度要求。
2．系统的主要功能应满足双方认可的需求规格，不可以随便改动。
三、研究开发经费、报酬及其支付或结算方式
1.研究开发经费是指完成本项目研究开发工作所需的成本。
报酬只本项目开发成果的使用费和研究开发人员的科研补贴。
2.本项目研究开发经费和报酬（人民币大写）：
***万元整。
3.支付方式：
分期支付。
本合同签订之日起生效，甲方在五个工作日内应付乙方合同总金额的50%，计人民币***.00元整，验收后甲方在五个工作日内付清全部合同余额，计人民币**元整。
四、本合同履行方式
甲方责任
1.甲方全力协助乙方完成合同内容。
2.合同期内甲方为乙方提供专业性接口技术支持。
乙方责任
1.乙方按甲方要求完成合同内容。
2.乙方愿提供在实现功能的前提下，进一步予以完善。
3.乙方在合同商定的时间内保证系统正常运行。
4.乙方在项目验收后提供一年免费维修。
5.未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。
五、验收的标准和方式
研究开发所完成的技术成果，达到了本合同第二条所列技术指标，按国家标准，采用一定的方式验收，由甲方出具技术项目验收证明。
六、风险的承担
在履行本合同的过程中，却因在现有水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由甲方承担50%，乙方承担50%。
本项目风险责任确认的方式：
双方协商。
七、违约金和损失赔偿的计算
除不可抗力因素外（指发生战争、地震、洪水、飓风或其他人力不能控制的不可抗力事件），甲乙双方须遵守合同承诺，否则视为违约并承担违约责任：
1.如果乙方不能按期完成软件开发工作并交给甲方使用，乙方应向甲方支付延期违约金。
每延迟一周，乙方向甲方支付合同总额0.5%的违约金，不满一周按一周计算，但违约金不得超过合同总额的5%。
2.如果甲方不能按期向甲方支付合同款项，甲方应向乙方支付延期违约金。
八、解决合同纠纷的方式
在履行本合同的过程中发生争议，双方当事人和解或调解不成，可采取仲裁或司法程序解决。
1.双方同意由河北省沧州市仲裁委员会仲裁。
2.双方约定向河北省沧州市人民法院起诉。
九、其他
1.本合同一式6份，具有同等法律效力。
其中正式两份，甲乙双方各执一份；
副本4份，交由乙方。
2.本合同未尽事宜，经双方协商一致，可在合同中增加补充条款，补充条款是合同的组成部分。
1.6生存期模型
针对本项目的开发特点，参考企业的生存期模型和软件过程体系，决定采用瀑布模型如图2所示，理由如下：
图2
瀑布模型
1.对于学校招生管理系统，在其开始前，项目的需求已经被很好的理解，也很明确。
2.学校招生管理系统属于短期项目，采用瀑布模型比较简单，易用，直观。
二．制定计划
2.1需求分析
本项目需求调研阶段，发现用户缺乏相关知识，他们对需求没有很明确的说明，但随着项目的进展，用户的经验也会增加，自然会发现一不合理或不完整或缺少的需求，必然会引起需求变更。
为了避免不必要的需求变化，在开发学校招生管理系统需求的时候，项目组合用户一起来确定需求规格。
本项目通过原型分析法确定需求，然后根据用户确认的原型系统编写软件需求规格。
最后，根据需求规格形成项目的最后范围计划，即任务分解图
2.1.1功能需求
根据客户的描述，项目组经过多次修改最终确定了项目的功能需求，得出功能模块图如：
图3
图3
功能模块图
再通过开发人员与客户的一同商量，以用户视角确定了用例分析图，如图4
图4
用例图
2.1.2系统WBS
根据对本项目的需求规格的分析，采用图表方式进行任务分解，其分解结构如图5所示：
图5
学校招生系统任务分解结果
2.2人力资源管理
人力资源管理是项目成功与否的基础，而项目组织形式是团队的基础。
学校招生管理系统是一个矩阵型的项目组织结构。
如图6为项目的组织结构：
图6
项目的组织结构
学校招生管理系统项目的责任分配矩阵（RAM）如表1：
表1
角色映射表
项目管理组
软件开发组
质量保证组
配置管理组
负责人
张三
李四
王五
组成人
李四、王五、张飞
小明、王五
小明、张三
学校招生管理系统的具体人员计划可以通过进度计划中人力资源分配体现出来，见进度计划。
2.3项目的进度计划
学校招生管理系统的进化计划采用渐进完善的方式进行的。
首先确定初期进度计划，由于初期信息不足，所以初期计划只是一个计划表格，相当一个大计划，简单说明计划的执行步骤。
如表2：
表2
项目初期计划
任务
完成时间
资源
备注
需求讨论
2016-12-24
开发人员参与
项目规划
2016-12-27
全体人员参与
需求确定
2017-1-2
设计
2017-1-4
陆励成参与
项目实施
2017-1-9
有待细化
测试
2017-1-24
提交
2017-2-24
其次，对初期项目计划进一步细化，根据WBS的分解情况，继续分解相应的活动（任务），将分解后的所有活动和WBS的代码录入项目计划文件中，然后确定各个活动之间的关系，并对各个任务分配相应的资源，然后经过不断的资源调整优化以及工期、活动关系的调整
等，再经过多次的评审讨论，最后计划通过评审。
2.4成本估算
学校招生管理系统是循序渐进的过程，随着项目的不断发展，估算可以重复多次进行的，而且是逐步精确地。
本项目采用自下而上和参数法综合的成本估算方法，然后结合进度形成项目成本预算基线。
（1）签订合同签前
签订合同前，根据以往类似的经验，采用类比估算方法，进行粗略的估算：
根据用户的要求采用B/S结构，公司JSP+SQL
Server的技术比较成熟，以前成功完成类似的项目，根据工作任务，基本上需要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给出了项目规模的估算，如下：
WBA
子任务
估计值
小计
总计
1
软件规划
8
81
1.1
合同签订
2
1.2
计划编制
4
1.3
计划确认
需求分析
10
2.1
需求开发
3
2.2
需求管理
2.3
系统测试计划编制
12
3.1
界面设计
3.2
结构设计
3.3
数据设计
4
实施
25
4.1
编码
15
4.2
代码复核
5
4.3
单元测试
测试
21
5.1
集成测试
9
5.2
系统测试
8
5.3
测试总结
1
5.4
缺陷跟踪
2
5.5
手册编写
6
交付
6.1
验收测试
3
6.2
产品提交
6.3
用户培训
再根据项目人员付出的时间以及各项任务的具体情况进行成本预算，表4为资源费用比例。
表4
资源费用比例
名称
类型
缩写
最大单位
标准费率
加班费率
每次使用成本
成本累算日历
张三
工时
张
100%
¥
80.00/工时
0.00/工时
0.00
按比例
标准
李四
李
70.00/工时
王五
王
60.00/工时
小明
宋
50.00/工时
江飞
江
标准
根据每个任务的资源分配和时间安排，确定项目的预算，如表5，预算总成本为54880元，与估算的成本基本持平，这样54880元可以作为项目的成本控制参考。
交付
5个工作日
2016年2月21日
2016年2月27日
6,480.00
验收测试
3个工作日
2017年2月25日
李四，王五，
升级会员 