学生选课系统软件项目开发计划书 1．引言1.1编写目的开发基于互联网的学生选课系统，提高管理工作的效率、提高信息的开放性、改善学生和教师对其最新信息查询的准确性。
1.2项目背景某校在校生近50000人，每学期在期末都要进行一次对学生的学习质量测评，要求所有学生都要参加。
以前测评的方式都是手工考核操作，由教务处发出试卷，每个同学填写完成后交回到教务处。
然后教务处再使用手工的方法对试卷进行统计汇总，最后得出学生的成绩。
建议进行《学生成绩考核系统》的开发。
我院计算机系具备进行该软件系统开发的能力并承担本软件系统的开发与维护工作。
该软件系统由我院教务处使用。
1.3定义《学生成绩考核系统》以下简称《考核系统》。
1.4 参考资料(1)” 学生成绩考核系统系统定义报告”(2) ” 学生成绩考核系统可行性研究报告”2.主要内容2.1.工作内容系统所需要的基础数据来源：“考核系统”需要实现的功能包括两大部分：一是前台的数据采集，具体包括：德育测试页面、体育测试页面、智力测试页面、数据存储页面。
二是后台的数据管理部分：包括测试设置、德育测试、体育测试与智力测试的数据统计及查询。
3.2条件和限制使用sql server 2005作为数据库的建设工具，相关的管理程序开发主要使用sql server 2005及net等。
2.3 产品2.3.1 程序可运行的程序包括：sql server 2005，microsoft visual studio 20052.3.2 文档可行性研究报告，项目开发计划书，软件需求说明书，概要设计说明书，详细设计说明书，数据库设计说明书，操作手册，测试计划，测试分析报告，项目开发总结报告。
2.4 运行环境《学生成绩考核系统》应该运行在windows 7 以及以上版本的平台上。
2.5 验收标准《学生成绩考核系统》能让学生能成绩考核和查看成绩，教师能管理成绩。
4.6本计划的批准者和批准日期：批准者张树明批准日期2015年4月27日5.实施计划5.1.任务分解需求分析：学校每年新生入学，毕业生离校和各种其它变动，如学籍变动，个人信息修改。
每学期学校者要开设一定的课程提供给学生根据自己的情况来选择，最后的选择结果要给出学生的课程表。
如何有效的管理这些学生信息，帮助学校和老师管理和掌握这些情况，这就是学生信息管理系统需要完成的任务。
下面用软件工程的思想和方法完成该系统的设计过程。
功能：个人信息查询和修改，包括流动，注册，更新管理系统设计：“中学生成绩管理信息系统”包括四个模块：成绩录入、班级统计、年级统计、系统功能。
这四个模块既相互联系又相互独立，班级统计、年级统计模块必须以成绩录入为基础。
(1) 成绩录入模块：主要功能用来对中学生的成绩进行收集和修改。
具体包括中学生成绩录入、修改、增加、删除、查询、打印等功能，由于一些资料可以word文档或excel表格输入，故在此模块中增加了导入、导出数据功能。
成绩录入需要分班级、分年级以及某个时间考试的各门功课的成绩。
修改要与成绩录入相对应。
增加、删除是对基本表的操作。
查询条件设置应该齐全，可以班级查询，年级查询，也可以姓名查询，学号查询等等。
分成绩单打印、报表打印等。
(2) 班级统计模块：主要功能用来对中学生的成绩以班级为单位进行处理。
具体包括各班学生总成绩、平均成绩、班级排名及统计班级某分数段内的学生人数；各个学生该科成绩、班级排名及统计班级某分数段内的学生人数。
各项统计仅对于某学期某次考试而言。
(3) 年级统计模块：主要功能用来对中学生的成绩以年级为单位进行处理。
具体包括各年级学生总成绩、年级排名统计年级某分数段内的学生人数；各个学生该科成绩、年级排名及统计、年级某分数段内的学生人数。
各项统计仅对于某学期某次考试而言，在统计时，还应注意各年级考试科目不同。
(4)系统功能模块：包括帮助信息，关于系统及退出系统。
编码：由李奔同学独立编译测试计划：进行黑盒测试测试人员：李奔5.2.进度安排需求分析：第1天系统设计：第2~3天编码：第4~7天测试计划与测试：第8~10天包装和发布：第11天机动：第12天5.3.预算开发费用：0元设备费及其他：0元合计：0元6.人员组织及分工人员的数量：1人成员姓名：李奔7.交付期限时间：12天8.关键问题在软件的开发中，存在的关键问题常见的有以下几种：项目需求项目计划质量控制进度控制风险控制交流与沟通篇二：软件项目管理---学生选课系统 (更新后)软件项目计划书题目：学生信息管理系统计划书学院：计算机科学与技术学院专业：软件工程（2+2）班级： 2012级 2 班姓名、学号：吴斐斐 201226740219夏炜 201226740220徐洁雯 201226740221许秀丽 201226740222指导老师：马建平提交日期： 2013年 8月 26 日目录一、范围计划 ............................................................................... (3)二、进度计划 ............................................................................... (6)9.1关于进度估算 ..................................................................... (6)10.2任务定义 ..................................................................... (7)11.3任务关联关系 ..................................................................... (7)12.4进度管理图 ..................................................................... (7)2.4.1甘特图 ............................................................................... (7)2.4.2网络图 ............................................................................... (9)2.4.3里程碑图 ............................................................................... (10)2.4.4 e-r图 ............................................................................... . (11)三、成本计划 ............................................................................... . (11)13.1签订合同前 ..................................................................... (11)14.2合同签署后 ..................................................................... (12)四、人力资源计划 ............................................................................... .. (15)15.1项目管理 ..................................................................... (15)16.2软件开发部 ..................................................................... (16)17.3资源管理部门 ..................................................................... (16)18.4质量评审部 ..................................................................... (16)19.5用户 ..................................................................... (17)五、沟通计划 ............................................................................... . (19)六、风险计划 ............................................................................... . (21)一、范围计划针对本项目的特点，参考企业的生存期模型说明和软件过程体系，决定采用增量模型，理由如下：学生选课系统可以先基于通用功能作出一个最小的使用版本，再逐步添加其他的功能。
如此一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。
在学生选课系统中，要求系统有可扩充性，若使用增量模型，可以确保系统的可扩充性。
用户明确了需求的大部分，但由于用户基本没有专业的知识，这导致不详尽之处，只有等到一个可用的产品出来，通过用户使用，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产品。
（1）“系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块”——也说明用户可能会增加新的需求。
（2）从底层做起，把最基础的功能实现，逐步扩充其应用，所以选择增量模型来开发学生选课系统。
如图所示：任务分解当解决问题过于复杂时，可以将问题进行分解，直到分解后的子问题容易解决，然后分别解决这些子问题。
规划项目时，也应该从任务分解开始，将一个项目分解为更多的工作细目或子项目，使项目变得更小、更易管理、更易操作。
这样不仅可以使工作变得更易操作，责任分工更加明确，还可以提高估算成本、时间和资源的准确性。
完成项目本身是一个复杂的过程，必须采取分解的手段把主要的可交付成果分成更容易查询的单元才能一目了然，最终得出项目的分解结构（wbs）。
