学生成绩管理系统项目开发计划

《学生成绩管理系统项目开发计划》由会员分享，可在线阅读，更多相关《学生成绩管理系统项目开发计划（13页珍藏版）》请在装配图网上搜索。

1、学生成绩管理系统项目开发计划 文档作者：_ _ 学号 ： 日期 ：2010/ 11 / 1 目录1 引言21.1编写目的21.2 项目背景21.3参考资料32项目概述32.1目标32.2产品42.3运行环境42.4服务42.5验收标准43功能43.1功能定义43.2模块功能介绍54实施计划64.1人员组成64.2进度64.3接口人员64.4预算64.5关键问题65支持需求75.1计算机系统支持75.2需要交办单位承当的工作75.3需要其他单位提供的条件76交付限期77专题策划要点71 引言1.1编写目的为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的

2、各个过程合理有序，因此以文件化的形式，把开发过程中各项工作的人员、分工、经费、系统资源条件等问题的安排记录下来，作为项目团队成员以及项目干系人之间的共识与约定，项目团队开展和检查项目工作的依据，以便计划开展和确保项目开发成功。1.2 项目背景随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能以为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分，使用计算机对学生成绩管理信息进行管理，具有手工管理所无法比拟的有点。例如，检索迅速、查找方便、可靠性高、存储量高、保密性好、寿命长、成本低等。这些有点能够极大地提高学生档案管理的效率，也是企业科学化、正规化管

3、理，与世界接轨的重要条件。因此，开发大学成绩管理系统很有必要。学生成绩管理系统是一个学校不可缺少的重要部分，它的内容对于学校的决策者和管理者来说都至关重要，所以学生成绩管理系统应该为用户提供充足的信息和快捷的查询手段。同时，学生成绩管理是各大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面，随着教学体制的不断改革，尤其是学分制、选课制的展开和深入，学生成绩日常管理工作及保存管理日趋繁重、复杂。高校都迫切需要研制开发一款属于自己的功能强大，操作简单，具有人性化的学生成绩管理系统。 1.3参考资料【1】王珊、萨师煊编著数据库系统概论第四版 高等教育出版社出版 【2】徐国智、汪孝宜编著,sq

4、l several数据库开发实例精粹电子工业出版社出版【3】张志明编著C+语言与面向对象的设计（第二版）重庆大学出版社出版【4】辛明海 潘孝铭 王晋隆 连灿红编写软件文档写作教程高等教育出版2项目概述2.1目标在我国，各大中小学校的各类信息管理系统并非一个新的课题，但也有的学校根本就没有信息任何管理系统，所有的工作几乎还是手工操作来完成。计算机技术在日新月异的发展，信息化是社会进程的必然趋势，学校管理只有只有快，准，精才能发挥其价值。本系统是将现代化的计算机技术和传统的教学、教务工作相结合，按照学院的工作流程设计完成的。为了使系统在学院的管理中发挥更大的作用，实现工作过程的计算机化，提高工作效

5、率和工作质量，现提出如下的系统开发目标：1.系统应具有实用性、可靠性和适用性，同时注意到先进性。2.对各个数据库进行动态管理，防止混乱。3.能够按照用户选择的不同的条件进行简单查询和复合查询。4.能够对查询结果进行分类汇总。5.注意数据的安全性，具有数据备份和恢复的功能。6.方便用户的操作，尽量减少用户的操作。2.2产品程序：学生成绩管理系统 （包括登陆界面和主界面）VC+程序和数据库文件：1软件项目开发计划2可行性研究报告3软件需求规格说明书4概要设计说明书5用例规约2.3运行环境软件环境：操作系统：Windows 2000 Professional及以上数据库：SQL Server 200

6、0硬件环境：处理器：Inter(R)on(R) CPU 2.66GHz内 存： 2G（非最低配置环境）2.4服务所提供服务：A.管理员能够实现对整个学生信息的添加、修改、删除、查询等操作；对教师用户及其信息的添加、修改、删除、查询等操作。B. 可以将学生成绩的数据发布到网上，教师的信息发布发到网上，方便学生教师进行查询，达到资源共享的目的。C.教师能够在一定的权限内对所有学生成绩的查询，所有教师信息的查询。对自己的联系等信息进行更新，登录密码的修改，教师可以给学生所选课程打分。D.学生可以在自己的权限内对自己的成绩查询，可以进行选课，以及个人信息的查询，登录密码的修改。2.5验收标准 此软件由

7、于是一个初级产品，于制定日期之内，完成预定的各项功能，达到基本目标。3功能3.1功能定义（1）登录管理：为了保证系统的安全性，可以根据不同的用户权限来提供不同的服务。分为管理员登录和用户（教师、学生）登录两个子模块。（2）账户管理：分为用户管理和修改密码两个子模块。其中用户管理子模块又包含了添加用户、修改用户和删除用户两部分。（3）信息查询：在各基本表的基础上进行信息查询。分为学生资料查询和学生成绩查询两个子模块。3.2模块功能介绍一登录管理模块：管理员登录：实现管理员登录教师登录：实现教师登录学生登录：实现学生登录二.账户管理模块：教师账户管理：管理员对教师账户进行添加或删除学生账户管理：管

8、理员对学生账户进行添加或删除三.信息查询与修改模块：学生个人信息查询：学生查看自己的基本信息学生个人信息修改：学生对自己非必要的个人信息修改学生成绩查询：学生对自己成绩的查询教师对学生的信息查询：教师查询所教班级的所有人的信息教师对学生的成绩查询：教师查询所教班级的所有人的成绩教师个人信息修改：教师查看自己的基本信息与修改4实施计划4.1人员配置组长：曹加坤成员：张立安 薛裕全体成员参与项目开发的整个过程，包括：可行性分析，需求分析，概要设计，详细设计，编码设计，测试分析，开发总结等有关文档编写。4.2项目进度进度时间名称持续天数（天）开始时间结束时间任务概述可行性分析22011年11月2日2

9、011年11月3日收集数据，调查总结 需求分析22011年11月4日2011年11月5日写出计划书，需求分析报告概要设计32011年11月6日2011年11月8日系统功能数据库的总体设计详细设计 32011年11月9日2011年11月11日基本实现系统功能，进入测试编码设计152011年11月12日2011年11月26日找出测试数据，写出计划测试分析 22011年11月27日2011年11月28日找出系统的缺点，完善功能项目开发总结42011年11月29日2011年12月2日总结个性功能要求，更加完善软件问题报告22011年12月3日2011年12月4日总结问题报告，并做好检查准备项目产品整理

10、2011年11月5日以后改进记录。接受检查4.3预算 此项目属于课程设计，预期完成需时：一个月。4.4关键问题参与人员的团结精神和积极态度，此项目的风险系数不大，主要是小组成员的团结合作精神以及工作态度，将对项目取决定性作用。5支持需求5.1计算机系统支持本管理系统的开发需要工作平台：PC 主机；开发环境：Windows 2000及以上操作系统、已安装VC+6.0及SQL2000 软件；运行环境：Windows 2000及以上操作系统。6项目跟踪计划6.1 任务跟踪项目负责人需对完成的每一个文档的内容进行跟踪和监督，而小组成员需对每日完成的内容进行总结。6.2 问题跟踪项目负责人负责跟踪在软件

11、项目执行过程中出现的各种问题并记录。 所有的问题应在小组会上讨论并跟踪至解决。 6.3项目进度报告小组成员每天完成的任务需向小组负责人报告进度。7质量计划7.1 质量目标学生成绩管理系统主要提供成绩查询，方便管理网上的信息查阅平台，学生可以通过该系统查阅和自己相关的信息。教室可以通过该系统查阅学生成绩信息，教师信息。系统管理员可以实现以上的所有功能，还有对学生及其成绩的添加、删除、查询、修改，对教师信息的添加、删除、查询、修改，对数据库的备份、还原等相关操作。A.管理员能够实现对整个学生信息的添加、修改、删除、查询等操作；对教师用户及其信息的添加、修改、删除、查询等操作。B. 可以将学生成绩的

12、数据发布到网上，教师的信息发布发到网上，方便学生教师进行查询，达到资源共享的目的。C.教师能够在一定的权限内对所有学生成绩的查询，所有教师信息的查询。对自己的联系等信息进行更新，登录密码的修改，教师可以给学生所选课程打分。D.学生可以在自己的权限内对自己的成绩查询，可以进行选课，以及个人信息的查询，登录密码的修改。7.2 质量策略为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施包括：1）将质量贯彻到日常的项目进展过程中，2）应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制，采取的策略都是早期预防和早期排除缺陷。7.3质量保证活动质量保证的主要活动包括过程评

13、审和产品审计。过程评审和产品审计的目的是确保在项目进展过程的各个阶段和各个方面采取各项措施来保护和提高提交给用户的产品质量。每一次过程评审和产品审计都应该填写相应的报告或活动记录。7.3.1产品审计产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。质量保证人员可以有选择性的审计项目生存期中创建的工作产品，以检验是否符合适当的标准，是否进行了质量检查。质量审计一览表项 审计对象审计阶段 参照的标准1软件项目计划计划结束企业质量体系2软件配置管理计划计划结束企业质量体系3软件质量保证计划计划结束企业质量体系4概要设计文档设计结束企业质量体系和项目计划5详细设计文档设计结束企业质量体系和项

14、目计划6数据库表和编码规范设计结束企业质量体系和项目计划7产品程序每个阶段实施结束企业质量体系和项目计划8测试报告测试结束企业质量体系和项目计划9测试计划设计结束企业质量体系和项目计划7.3.2过程评审项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅，评审会等形式。质量保证人员负责对项目过程进行监督，将发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。每个周末，进行一次配置管理审核，确定配置管理工作

15、是否正常进行。7.3.3项目执行过程1.项目规划过程及产品标准。2.项目跟踪管理过程。3.需求分析过程及产品标准。4.系统设计过程及产品标准。5.详细设计过程及产品标准。6.调试运行过程及产品标准。7.代码走查过程及代码编写标准。8.产品集成测试过程及产品标准。9.开发环境中的执行规则。10.测试环境中的执行规则。11.质量保证过程及其标准。 8配置管理计划8.1组织及职责(1)根据项目计划中的人员配置，确定配置管理者，SCCB（配置控制委员会成员。(2)项目组长是SCCB的负责人。(3)配置管理的角色和职责见下表： 配置管理角色职责表角色 人员职责、工作范围配置管理者薛裕1） 制定配置管理计

16、划2） 创建和维护配置库SCCB负责人曹加坤1） 审批配置管理计划2） 审批重大的变更SCCB成员小组所有成员审批某些配置项或基线的变更8.2配置管理环境由于本项目属于中小型项目，工期不长，而且大家对Microsoft Visual SourceSafe（简称VSS）也比较熟悉，所以采用VSS作为配置管理工具。用户及权限见下表 类别 人员 权限说明配置管理者 薛裕负责项目配置管理，拥有所有权限项目管理 曹加坤访问、读开发人员 张立安访问、读 8.3配置管理活动8.3.1 配置项标识8.3.1.1命名规范命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件本项目文件命

17、名规范由五个字段组成，从左到右依次为：公司、项目、类型、编号小组：三个字符项目：最长10个字符类型：最长5个字编号：最长8位数字版本号：Vm.n和版本号，如下图。字段用一横线（）分隔CXZ-Study-RM-525-V1.08.3.1.2主要配置项类型 主要配置项 标识符计划 项目计划CXZ-Study-SPP-PP-V1.0质量保证计划CXZ-Study-SPP-SQA-V1.0配置管理计划CXZ-Study-SPP-SCW-V1.0需求需求规格说明书CXZ-Study-RM-SRS-V1.0设计总体设计说明书CXZ-Study-Design-HL-V1.0数据库设计CXZ-Study-De

18、sign-DB-V1.0详细设计说明书CXZ-Study- Design -LL-V1.0设计术语及规范CXZ-Study- Design -STD-V1.0编程 源程序CXZ-Study-Code-ModuleName-V1.0 编码规则CXZ-Study-Code-STD-V1.0测试测试计划CXZ-Study-Test-Plan-V1.0测试用例CXZ-Study-Test-Case-V1.0测试报告CXZ-Study-Test-Report-V1.0提交 运行产品CXZ-Study-Product-Exe-V1.0验收报告CXZ-Study- Product -Peport-V1.0用

19、户手册CXZ-Study-Product -Manual-V1.08.3.1.3项目基线在SourceSafe中基线由FABEL标识，字母必须为大写。基线管理由项目执行负责人确定，SCCB授权，由配置管理员执行。基线发布计划基线名称/标志符基线所包含的主要配置项预计建立时间需求需求规格说明书、用户DEMO2006-4-18总体设计总体设计说明书、数据库设计2006-4-11项目实现软件源代码、编码规则2006-6-2系统测试测试用例测试报告2006-6-4 8.3.2变更管理变更管理的流程是：（1）由请求者提交变更请求，SCCB会召开复审会议对变更请求进行复审，以确定该请求是否有效。典型的变更

20、请求管理有需求变更管理、缺陷追踪等。（2）配置管理者收到基线修改请求后、在配置库中生成与此配置项相关的波及关系表。（3）配置管理者将基线波及关系提交给SCCB，由SCCB确定是否需要修改，如果需要修改，SCCB应根据波及关系表，确定需要修改的具体文件，并在波及分析表中标识出来。（4）配置管理者按照出库程序从配置中取出需要修改的文件。（5）项目人员将修改后的文件提交给配置管理者。（6）配置管理者将修改后的配置项按入库程序放入配置库。（7）配置管理者按SCCB标识出的修改文件，由波及关系表生成基线变更记录表，并按入库程序放入配置库。8.3.3配置状态统计 利用配置状态统计，可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必需的更改已被执行。为跟踪工作产品基线，配置管理者需要收集下列信息：基线类型。 工作产品名称。配置项名称/标识符。版本号更改日期/时间更改请求列表需要更改的配置项当前状态当前状态发生日期项目组每周提交配置项清单及其当前版本。配置管理人员每半个月提交变更请求的状态统计。9交付时间