学生成绩管理系统项目开发计划Word文档下载推荐.docx
- 文档编号:6344343
- 上传时间:2023-05-06
- 格式:DOCX
- 页数:14
- 大小:36.30KB
学生成绩管理系统项目开发计划Word文档下载推荐.docx
《学生成绩管理系统项目开发计划Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《学生成绩管理系统项目开发计划Word文档下载推荐.docx(14页珍藏版)》请在冰点文库上搜索。
6.方便用户的操作,尽量减少用户的操作。
2.2产品
程序:
学生成绩治理系统(包括登陆界面和主界面)VC++程序和数据库
文件:
1软件项目开发打算
2可行性研究报告
3软件需求规格说明书
4概要设计说明书
5用例规约
2.3运行环境
软件环境:
操作系统:
Windows2000Professional及以上
数据库:
SQLServer2000
硬件环境:
处理器:
Inter(R)on(R)CPU2.66GHz
内存:
2G
(非最低配置环境)
2.4服务
所提供服务:
A.治理员能够实现对整个学生信息的添加、修改、删除、查询等操作;
对教师用户及其信息的添加、修改、删除、查询等操作。
B.能够将学生成绩的数据公布到网上,教师的信息公布发到网上,方便学生教师进行查询,达到资源共享的目的。
C.教师能够在一定的权限内对所有学生成绩的查询,所有教师信息的
查询。
对自己的联系等信息进行更新,登录密码的修改,教师能够给
学生所选课程打分。
D.学生能够在自己的权限内对自己的成绩查询,能够进行选课,以及个人信息的查询,登录密码的修改。
2.5验收标准
此软件由因此一个初级产品,于制定日期之内,完成预定的各项功能,达到差不多目标。
3功能
3.1功能定义
(1)登录治理:
为了保证系统的安全性,能够依照不同的用户权限来提供不同的服务。
分为治理员登录和用户(教师、学生)登录两个子模块。
(2)账户治理:
分为用户治理和修改密码两个子模块。
其中用户治理子模块又包含了添加用户、修改用户和删除用户两部分。
(3)信息查询:
在各差不多表的基础上进行信息查询。
分为学生资料查询和学生成绩查询两个子模块。
3.2模块功能介绍
一.登录治理模块:
治理员登录:
实现治理员登录
教师登录:
实现教师登录
学生登录:
实现学生登录
二.账户治理模块:
教师账户治理:
治理员对教师账户进行添加或删除
学生账户治理:
治理员对学生账户进行添加或删除
三.信息查询与修改模块:
学生个人信息查询:
学生查看自己的差不多信息
学生个人信息修改:
学生对自己非必要的个人信息修改
学生成绩查询:
学生对自己成绩的查询
教师对学生的信息查询:
教师查询所教班级的所有人的信息
教师对学生的成绩查询:
教师查询所教班级的所有人的成绩
教师个人信息修改:
教师查看自己的差不多信息与修改
4实施打算
4.1人员配置
组长:
曹加坤
成员:
张立安薛裕
全体成员参与项目开发的整个过程,包括:
可行性分析,需求分析,概要设计,详细设计,编码设计,测试分析,开发总结等有关文档编写。
4.2项目进度
连续
天数(天)
开始时刻
终止时刻
任务概述
可行性分析
2
2011年11月2日
2011年11月3日
收集数据,调查总结
需求分析
2011年11月4日
2011年11月5日
写出打算书,需求分析报告
概要设计
3
2011年11月6日
2011年11月8日
系统功能数据库的总体设计
详细设计
2011年11月9日
2011年11月11日
差不多实现系统功能,进入测试
编码设计
15
2011年11月12日
2011年11月26日
找出测试数据,写出打算
测试分析
2011年11月27日
2011年11月28日
找出系统的缺点,完善功能
项目开发总结
4
2011年11月29日
2011年12月2日
总结个性功能要求,更加完善
软件问题报告
2011年12月3日
2011年12月4日
总结问题报告,并做好检查预备
项目产品整理
——
以后
改进记录。
同意检查
4.3预算
此项目属于课程设计,预期完成需时:
一个月。
4.4关键问题
参与人员的团结精神和积极态度,此项目的风险系数不大,要紧是小组成员的团结合作精神以及工作态度,将对项目取决定性作用。
5支持需求
5.1运算机系统支持
本治理系统的开发需要工作平台:
PC主机;
开发环境:
Windows2000及以上操作系统、已安装VC++6.0及SQL2000软件;
运行环境:
Windows2000及以上操作系统。
6.项目跟踪打算
6.1任务跟踪
项目负责人需对完成的每一个文档的内容进行跟踪和监督,而小组成员需对每日完成的内容进行总结。
6.2问题跟踪
项目负责人负责跟踪在软件项目执行过程中显现的各种问题并记录。
所有的问题应在小组会上讨论并跟踪至解决。
6.3项目进度报告
小组成员每天完成的任务需向小组负责人报告进度。
7质量打算
7.1质量目标
学生成绩治理系统要紧提供成绩查询,方便治理网上的信息查阅平台,学生能够通过该系统查阅和自己相关的信息。
教室能够通过该系统查阅学生成绩信息,教师信息。
系统治理员能够实现以上的所有功能,还有对学生及其成绩的添加、删除、查询、修改,对教师信息的添加、删除、查询、修改,对数据库的备份、还原等相关操作。
C.教师能够在一定的权限内对所有学生成绩的查询,所有教师信息的查询。
对自己的联系等信息进行更新,登录密码的修改,教师能够给学生所选课程打分。
7.2质量策略
为了保证提交给用户的产品是高质量的,实施过程中采取的质量保证措施包括:
1)将质量贯彻到日常的项目进展过程中,
2)应该专门注意项目工作产品质量的早期评审工作,不管是质量保证依旧质量操纵,采取
的策略差不多上早期预防和早期排除缺陷。
7.3质量保证活动
质量保证的要紧活动包括过程评审和产品审计。
过程评审和产品审计的目的是确保在项目
进展过程的各个时期和各个方面采取各项措施来爱护和提高提交给用户的产品质量。
每一
次过程评审和产品审计都应该填写相应的报告或活动记录。
7.3.1产品审计
产品审计由质量保证人员来进行,检查项目产品是否达到质量目标。
质量保证人员能够有选择性的审计项目生存期中创建的工作产品,以检验是否符合适当
的标准,是否进行了质量检查。
质量审计一览表
项
审计对象
审计时期
参照的标准
1
软件项目打算
打算终止
企业质量体系
软件配置治理打算
软件质量保证打算
概要设计文档
设计终止
企业质量体系和项目打算
5
详细设计文档
6
数据库表和编码规范
7
产品程序
每个时期实施终止
8
测试报告
测试终止
9
测试打算
7.3.2过程评审
项目严格按照组织定义的软件过程进行开发,过程评审的具体依据参照企业的过程规范,
保证项目中的所有过程活动都在实施范畴内。
在每次评审之后,要对评审结果做出明确的决
策并形成评审记录。
评审可采取文件传阅,评审会等形式。
质量保证人员负责对项目过程进行监督,将发觉的问题和解决情形在每周的例会上通报,
对没有解决的问题进行讨论,对不能解决的问题提交高级治理者处理。
每个周末,进行一次配置治理审核,确定配置治理工作是否正常进行。
7.3.3项目执行过程
1.项目规划过程及产品标准。
2.项目跟踪治理过程。
3.需求分析过程及产品标准。
4.系统设计过程及产品标准。
5.详细设计过程及产品标准。
6.调试运行过程及产品标准。
7.代码走查过程及代码编写标准。
8.产品集成测试过程及产品标准。
9.开发环境中的执行规则。
10.测试环境中的执行规则。
11.质量保证过程及其标准。
8配置治理打算
8.1组织及职责
(1)依照《项目打算》中的人员配置,确定配置治理者,SCCB(配置操纵委员会成员。
(2)项目组长是SCCB的负责人。
(3)配置治理的角色和职责见下表:
配置治理角色职责表
角色
人员
职责、工作范畴
配置治理者
薛裕
1)制定《配置治理打算》
2)创建和爱护配置库
SCCB负责人
曹加坤
1)审批《配置治理打算》
2)审批重大的变更
SCCB成员
小组所有成员
审批某些配置项或基线的变更
8.2配置治理环境
由于本项目属于中小型项目,工期不长,而且大伙儿对MicrosoftVisualSourceSafe(简
称VSS)也比较熟悉,因此采纳VSS作为配置治理工具。
用户及权限见下表
类别
人员
权限说明
薛裕
负责项目配置治理,拥有所有权限
项目治理
曹加坤
访问、读
开发人员
张立安
8.3配置治理活动
8.3.1配置项标识
8.3.1.1命名规范
命名规范适用于过程文档、生存期中各时期的打算、需求、设计、代码、测试、手册等文件
本项目文件命名规范由五个字段组成,从左到右依次为:
公司、项目、类型、编号
和版本号,如下图。
字段用一横线(—)分隔
8.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-Design-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
《用户手册》
CXZ-Study-Product-Manual-V1.0
8.3.1.3项目基线
在SourceSafe中基线由FABEL标识,字母必须为大写。
基线治理由项目执行负责人确定,SCCB授权,由配置治理员执行。
基线公布打算
基线名称/标志符
基线所包含的要紧配置项
估量建立时刻
《需求规格说明书》、用户DEMO
2006-4-18
总体设计
《总体设计说明书》、《数据库设计》
2006-4-11
项目实现
软件源代码、编码规则
2006-6-2
系统测试
《测试用例》《测试报告》
2006-6-4
8.3.2变更治理
变更治理的流程是:
(1)由要求者提交变更要求,SCCB会召开复审会议对变更要求进行复审,以确定该要求是否有效。
典型的变更要求治理有需求变更治理、缺陷追踪等。
(2)配置治理者收到基线修改要求后、在配置库中生成与此配置项相关的波及关系表。
(3)配置治理者将基线波及关系提交给SCCB,由SCCB确定是否需要修改,假如需要修改,SCCB应依照波及关系表,确定需要修改的具体文件,并在波及分析表中标识出来。
(4)配置治理者按照出库程序从配置中取出需要修改的文件。
(5)项目人员将修改后的文件提交给配置治理者。
(6)配置治理者将修改后的配置项按入库程序放入配置库。
(7)配置治理者按SCCB标识出的修改文件,由波及关系表生成基线变更记录表,并按入库程序放入配置库。
8.3.3配置状态统计
利用配置状态统计,能够记录和跟踪配置项的改变。
状态统计可用于评估项目风险,在开
发过程中跟踪更换,同时提供统计数据以确保所有必需的更换已被执行。
为跟踪工作产品基线,配置治理者需要收集下列信息:
基线类型。
工作产品名称。
配置项名称/标识符。
版本号
更换日期/时刻
更换要求列表
需要更换的配置项
当前状态
当前状态发生日期
项目组每周提交配置项清单及其当前版本。
配置治理人员每半个月提交变更要求的状态统计。
9交付时刻
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 成绩管理系统 项目 开发 计划