学生学籍管理系统开发计划教学文案Word格式文档下载.docx

学生学籍管理系统开发计划教学文案Word格式文档下载.docx

《学生学籍管理系统开发计划教学文案Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《学生学籍管理系统开发计划教学文案Word格式文档下载.docx（12页珍藏版）》请在冰豆网上搜索。

按照详细设计所描述的内容，编写代码实现软件各部分的功能。

测试阶段（Test）：

部分包括对实现过程中的错误的修改、功能的改进的一些活动，同时包括了各子系统、模块、功能点的组合和连调。

以上的过程中，包含了不同阶段的文档输出工作，并且上一阶段的输出，通常作为下一阶段的输入而存在。

详细的工作包和任务的分配，请参考第二部分执行计划的工作内容。

2.2主要参加人员

2.2.1人员分工

项目负责人（1名）：

负责系统的整体分析与系统体系结构设计，以及分配小组其他成员的任务，必要时提供技术支持。

设计员（2名）：

对需求进行分析，并设计出系统，包括数据库的设计。

程序员（6名）：

配合《设计报告》，了解系统功能，编写《用户手册》，编程实现预定功能。

测试员（2名）：

根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。

2.3产品

项目的最后的产品和可交付物包括最后完成的软件包、相关的文档、手册等，分别如下：

2.3.1程序

1、完成的软件系统

最后完成的软件系统，其功能、模块和性能要求请参考文档《学生学籍管理系统需求说明书》中关于产品特征的描述。

2、数据库安装脚本

在系统遭受灾难的时候，用户可以使用该脚本程序恢复SQLServer数据库的结构。

数据库安装脚本文件名为数据库安装脚本.SQL，使用说明请参考用户使用手册。

2.3.2文件

1、用户使用手册

用户使用手册提供用户对软件系统的操作指导，要求同时提供.DOC格式的电子文档和至少一份打印稿。

2.3.3服务

（该项目不适应）

2.3.4非移交的产品

非移交的产品包括过程记录和过程文档，包括：

A、软件的源代码

程序的源代码不提供给用户。

B、安装程序工程

C、需求文档

D、过程评审记录

可能发生的需求、设计、实现和验证阶段的评审记录、评审报告，都不提交给最终用户。

E、设计和规划文档

包括产品设计、过程规划等方面的文档，不提供给最终用户。

F、测试记录和测试报告

不同阶段的测试规划、测试记录、测试报告等文档，都由产品开发部门保留、归档。

以上非移交的产品，不得提供给其他的单位或者个人，或者用于其他的商业事务，详细的说明参考公司的保密和安全规定。

2.4验收标准

A、程序：

程序中应包含的功能如下：

1.永久存储用户输入的信息；

2.任务调度和任务查找操作简易；

3.任务的删除和更新；

4.能够针对任务设置启动时间、终止时间、任务时间间隔；

5.任务启动的提示、多任务的启动提示；

6.显示系统的时钟；

7.任务启动时间、终止时间、任务启动时间间隔调整；

8.在多用户环境下，允许不同的人管理自己的任务；

数据库脚本在SQLServer2000的查询分析器中能正确运行，创建的数据库能够支持程序的各项功能的运行，并且保证数据的准确性。

B、文件

操作手册的规格满足GB86的相关标准，对应的内容应包括以上功能的各部分的说明，手册中不应该包含专业性的词汇，对于数据库脚本的恢复程序，应提供非常详细的操作指引和图例。

C、服务

其他维护的要求按照维护阶段的内部约定进行。

2.5完成项目的最迟期限

项目的系统测试的最后完成日期为2013年4月12日，然后在2012年5月16日之前，进行运行时测试、产品化工作，包括用户培训等服务活动的实施。

2.6本计划的批准者和批准日期

本计划的批准人为周国强老师。

本计划的正式批准日期为2012年4月10日，实施日期为2012年4月10日。

第三部分、实施计划

3.1工作分解

本项目的工作分解如下：

需求阶段

I13：

B和运行时测试

3.2进度安排

按照工作分解，职责分配如下：

设计员（3名）：

程序员（5名）：

软件各个生命阶段时间大致分布：

进度

主要人员安排

所需时间

需求分析阶段

R1：

需求调查

设计员A和B

2012.4.10~2012.6.15

R2：

编写需求说明和需求分析文档

R3：

项目启动会议

项目负责人

2012.6.16

设计阶段

D1：

计划会议、项目专题讨论、编写项目计划

项目组全体人员

2012.6.17~2012.6.20

D2：

项目计划的审核和分发执行

2012.6.21

D3：

系统的总体设计相关内容

设计员C

2012.6.22~2012.7.1

D4：

数据库设计相关内容

设计员B

2012.7.1~2012.7.20

D5：

类模块设计：

数据库的访问控制类

设计员A

2012.7.21~2012.8.20

D6：

控件设计：

任务的增删改查的操作

D7：

界面设计：

主界面和相关的界面设计

2012.7.20~2012.8.10

D8：

模块设计：

公用模块和主界面菜单管理模块

2012.8.20~2012.9.20

D9：

整理和编制详细设计，作为编码的依据

2012.9.20~2012.10.1

实施阶段

I1：

模块实现：

编码实现D5

程序员A

2012.10.1~2013.12.15

I2：

编码实现D6

程序员B

I3：

编码实现D7

程序员C

I4：

编码实现D8

程序员D、E

I5：

准备数据库和测试数据

项目负责人

2013.12.15~2013.1.1

I6：

单元测试和调试：

I1

2013.1.1~2013.1.20

I7：

I2

I8：

I3

I9：

I4

I10：

I6、I7、I8、I9之间的接口测试

测试人员A和B

2013.1.20~2013.2.10

I11：

系统的组合和系统测试

2012.2.10~2013.3.10

I12：

系统测试报告和反馈

测试人员B

2013.3.10~2013.3.20

2013.3.20~2013.4.1

I14：

帮助工程和帮助文件制作

设计员全体

2013.4.1~2013.4.10

I15：

安装工程和安装配置

程序员全体

2013.4.10~2013.4.25

I16：

安装包测试

测试员全体

2013.4.1~2013.4.20

I17：

编写用户操作指南

2013.4.20~2013.5.1

收尾阶段

T1：

文件归档

2013.5.1~2013.5.10

T2：

程序、界面、手册的反馈和修订

程序员、设计员

2013.5.10~2013.5.20

T3：

项目总结

2013.5.21~2013.5.26

T4：

项目结束和团队解散

第三部分系统测试

系统完成后，对系统测试，以发现程序中的一些错误，使系统能更好的运行。

在白盒测试中，通过判定覆盖、条件覆盖、路径覆盖等测试工作，在黑盒测试中，通过边界值分析方法和等价类划分方法，找出了系统中的一些错误并已予以更正。

1、系统说明

功能

输入

输出

用户登录

与数据库连接，检查用户名和密码是否匹配

对于存在的用户名可以正常登录；

并能给用户正确的返回信息。

学生信息注销

与数据库连接检查输入的学生信息

能否正确注销

新用户注册

输入新生的相关信息

能与数据库正常连接，并即时更新数据库；

正确给出返回信息

学生信息修改

能检查修改单中的信息的合法性

查询学生信息

检查输入查询的学生条件

能与数据库正常连接；

成绩录入

检查要录入的学生是否存在，输入学生成绩

2、测试内容

用户登录模块

测试用例序号

01

测试用例名称

被测试系统

学生学籍信息管理系统

测试功能描述

1：

运行登录对话框

2：

检验输入的帐号和密码

3：

检验输入的帐号和密码是否匹配

测试用例描述

测试步骤

运行系统

输入帐号和密码

期待输出结果

显示登陆对话框

如果帐号和密码正确进则入系统

反之则提示用户重新输入

测试结果

测试人

校核人

测试日期

备注

学生信息查询模块

05

学生信息查询模块

运行查询管理界面对话框

检验输入查询学生的条件

检验输入的学生成绩是否存在

运行学生信息管理系统

输入查询条件

显示提示对话框

如果存在则显示结果

反之则提示重新输入查询条件

学生信息修改模块

04

学生信息修改模块

运行信息修改管理界面对话框

检验输入修改学生的学号

检验输入的学生是否存在

输入学生的学号，科目

如果存在却修改的格式正确则修改成功

反之则提示重新输入

测试结