Web课程设计报告

-
课 程 设 计 报 告
学院、系： 专业名称： 课程设计科目： 题目： 学号、姓名： 指导教师： 完成时间：
计算机科学与技术系 2009 计算机、软件工程、网络工程 Web 程序设计 ******* 系统 （小组所有成员的学号、姓名）
2012 年 2 月--4 月


目
1. 2. 3. 4.
录
5. 6. 7. 8. 9.
开发背景...................................................................................................................................... 3 功能描述...................................................................................................................................... 3 需求分析...................................................................................................................................... 6 数据流程分析.............................................................................................................................. 6 4.1、数据流程图.................................................................................... 错误！未定义书签。

错误！未定义书签。

4.2、数据字典........................................................................................ 错误！未定义书签。

错误！未定义书签。

概念模型设计.............................................................................................................................. 7 逻辑模型设计和优化.................................................................................................................. 7 物理设计和实施........................................................................................ 错误！未定义书签。

错误！未定义书签。

应用程序设计（前台） ............................................................................ 错误！未定义书签。

错误！未定义书签。

课程设计心得体会...................................................................................................................... 9


一. 开发背景
主要介绍开发该系统的意义所在，国内外发展情况，采用什么技术及结构来进行开发等。

二. 可行性分析
主要包括经济可行性、技术可行性和操作可行性等。

具体参考软件工程第二章。

三．需求分析
1.系统总体目标 系统总体目标
本系统的开发意图、应用目标及作用范围（现有产品存在问题及建议产品所要解决的 问题）
2.运行环境 运行环境
简要说明本系统运行环境（硬件环境及其支持环境）的规定
3. 用户特点
简要说明使用该系统的哪一类型的用户有什么特点
4. 功能性需求
本节描述系统的功能性需求。

4.1 系统功能列表 系统功能列表 将功能性需求先粗分再细分，下表中的 Feature A, Function A.1 等符号应当被替换成有含义 的名称。

子系统名称 模块名称、 模块名称、标识符 Function A.1 … 描述
Feature A


Function B.1 …
Feature B
Function C.1 …
Feature C
例： 子系统名称 系统管理 模块名称、 模块名称、标识符 用户管理 组织管理 角色管理 描述 创建/维护用户信息，分配用户角色。

创建/维护组织机构信息 创建/维护角色信息，分配角色系统功能
4.2 子系统 1 对子系统的功能进行简要或详细的描述及其需求分析用到的用例图，可以采用图表的形式 例如：无线资源管理系统 无线资源管理系统的功能需求包括如下部分… 列出所有的功能模块 4.2.1 模块 1 本节详细描述需求， 包括要解决的问题和需求背后的动机。

对于每一类功能或者每一个功能， 需要具体说明其输入、处理和输出需求。

a． 目标：对本需求的需求内容进行概要的描述。

描述本次功能要达到的目标、方法和 目标： 技术，还应清楚说明功能意图的由来和背景。

b． 输入，包括： 输入， 1） 详细描述该功能的所有输入数据，如输入源、数量、度量单位、时间设定和有效输 入范围 2） 指明引用接口说明或者接口控制文件的参考资料 c． 处理，定义对输入数据、中间参数进行处理以获得预期输出结果的全部操作。

包括 处理， 1） 输入数据的有效性检查 2） 操作顺序，包括时间的时间设定。

3） 异常情况的相应，如溢出、通信故障和错误处理等。

4） 受操作影响的参数。

5） 用于把输入转换为相应输出的方法。

6） 输出数据的有效性检查。

d． 输出 ． 1） 详细说明该功能的所有输出数据，例如，输出目的地、数量、度量单位、时间关系、 有效输出范围、非常值的处理和出错信息等。

2） 有关接口的说明或接口控制文件的参考资料。

5.非功能性需求 非功能性需求
5.1 性能需求 本节用数字对系统和人机接口方面的静态和动态需求进行描述，例如：静态数字需求（也称 作容量）包括： 1、 支持的工作站数量； 2、 支持的模拟用户数量； 3、 数据库和文件容量； 4、 数据通道数量；
动态数字需求包括： 1、 数据吞吐量； 2、 响应时间】。

概述系统的性能特征。

其中需包括具体的响应时间。

如果可行，按名称引用相关用例。

? * 对事务的响应时间（平均、最长） ? * 吞吐量，例如每秒处理的事务数 ? * 容量，例如系统可以容纳的客户或事务数 ? * 降级模式（当系统以某种形式降级时可接受的运行模式） ? * 资源利用情况，如内存、磁盘、通信等
5.2 可靠性需求 对系统可靠性的需求应在此处说明。

以下是一些建议： ? * 可用性-指出可用时间百分比 ( xx.xx%)、使用小时数、维护访问权、降级模式操作等。

? * 平均故障间隔时间 (MTBF) * 通常表示为小时数，但也可表示为天数、月数或年数。

? * 平均修复时间 (MTTR)-系统在发生故障后可以暂停运行的时间。

? * 精确度-指出系统输出要求具备的精密度（分辨率）和精确度（按照某一已知的标准） 。

? * 最高错误或缺陷率-通常表示为每千行代码的错误数目 (bugs/KLOC) 或每个功能点的 错误数目 (bugs/function-point)。

? * 错误或缺陷率-按照小错误、大错误和严重错误来分类。

需求中必须对“严重”错误进行 界定，例如：数据完全丢失或完全不能使用系统的某部分功能。

6.接口需求 接口需求
本条应分条描述关于系统外部接口的需求(如有的话)。

本条可引用一个或多个接口需 求规格说明(IRS)或包含这些需求的其他文档。

用户接口
本节描述软件产品和用户之间接口的逻辑特性。

如：屏幕界面图形样例，遵循什么 GUI 标 准和产品族风格指南，屏幕界面设计上的限制，比如标准按钮和功能（如，帮助）要出现在 每个屏幕，键盘快捷键，出错信息显示标准等等。

定义用户接口需要的软件组件。

详细的用 户接口设计应被记录在单独的用户接口规范中。

硬件接口
本节描述系统软硬件产品之间接口的物理和逻辑特性。

可包括支持的设备类型， 软硬件之间


的数据和控制交互特性，以及用到的通信协议。

软件接口
本节描述本产品和其他指定的软件部件（名称和版本）之间的连接，如：包括数据库、操作 系统、工具、集成商业套装软件等。

识别出进出系统的数据项或消息，描述各自的目的。

描 述需要的服务和通信性质，参考的 API 协议描述，识别软件部件间共享的数据。

通信接口
描述本系统要求的任何通信相关功能需求，包括 e-mail, web browser, 网络服务器通信协议, 电子表单等等。

定义相关消息格式。

识别用到的所有通信标准，比如 FTP、HTTP 等。

详细 说明通信安全和加密问题，数据传输速率，同步机制等。

7.故障处理 故障处理
说明本系统在发生可能的软硬件故障时，对故障处理的要求。

软件系统出错处理
说明属于软件系统的问题； 给出发生错误时的错误信息； 说明发生错误时可能采取的补救措施。

硬件系统冗余措施的说明
说明哪些问题可以由硬件设计解决，并提出可采取的冗余措施； 对硬件系统采取的冗余措施加以说明。

概要设计 四.概要设计 概要
1. 系统总体结构图
画出系统的总体体系结构图及功能模块图。

2 关键技术与算法
简要说明本系统设计采用的关键技术和主要算法。

3 关键数据结构
简要说明本系统实现中的最主要的数据结构。

4. 概念模型设计
（画出 E-R 图） 根据系统数据流图和数据字典，得出系统的总体概念模型（E-R）如图 2 所示。

借阅记录 m
n
借书
1
读者信息
借阅 1
n
属于
1
图书分类
图书信息
m
出版
1
出版社
图 2 系统的总体概念模型
五 详细设计
1.模块关系图 模块关系图
图形表述模块间的相互关系，如：组成关系、调用关系等。

2.子系统 A 的模块设计（以此类推，子系统 B、C……） 子系统 的模块设计（ 以此类推， 、 ……） ……
提供子系统 A 的概览、描述和服务说明。

2.1 模块 A-1 （以此类推，模块 A-2、A-3……） 以此类推， ……） 、 ……
提供模块 A-1 的概览、描述和服务说明。

2.1.1 模块组成列表
提供模块 A-1 的模块组成。

如： 模块 ID 用户维护 EditUser.jsp … 调用页面 AddUser.jsp 调用类 User UserManager User UserManager CheckLogin, CheckUser X 调用程序 CheckLogin … 调用接口 X
页面设计说明（可选） 2.2.2 页面设计说明（可选）


对模块 A-1 的所调用的页面进行分别说明。

包含信息有：页面名称、物理存放位置、页面 功能说明、页面出现前提、页面截图、页面控件（如：文本框、功能按钮等）功能说明等，可用 图表形式描述。

接口） 2.2.3 类（程序/接口）设计说明 程序 接口
对模块 A-1 的所调用的类（程序/接口）进行分别说明。

包含信息有：类（程序/接口）名称、 物理存放位置、类（程序/接口）功能说明、类（程序/接口）调用前提、输入条件、处理逻辑过 程、输出结果等，可用图表形式描述。

接口） 2.2.4 类（程序/接口）伪代码 程序 接口
对模块 A-1 的所调用的类（程序/接口）分别编写伪代码。

2.2.5 出错处理
本节提供模块 A-1 的出错处理和恢复机制。

3. 数据库设计
（根据转换规则将 E-R 图转换为关系模式） 根据系统的总体概念设计模型、E-R 图向关系模式的转化规则和数据库的范式理论，得到系 统优化后的逻辑模型，如表 1～表 5 所示。

表 1 图书信息表（Titles 表）
编号 类别 出版社 书名 作者 价格 ISBN 索书号 时间 简介 库存
表 2 读者信息表（Reader）
读者号 姓名 密码 性别 职别 单位 专业 年级 电话 地址
表 3 借阅记录表（BorrowRec）
记录号 图书号 读者号 书名 借阅时间 还书时间 是否还书
表 4 出版社信息表（Publisher）
出版社 ID 名 称 地 址
表 5 图书类别信息表（Type）
类别 ID 名 称 简 介
六 软件实现
此处主要描述所选用的客户端及服务器端编程语言及选择的理由及主要算法。

1、客户端编程语言 、 2、服务端编程语言 、 3、关键模块 A 的实现（以此类推关键模块 B、C、D……的实现） 、关键模块 的实现（ ……的实现 、 、 ……的实现）
系统中主要模块关键算法的具体实现思想及其部分代码的说明
七、软件测试计划
1.质量目标 质量目标
测试时要达到的目标
2.测试策略 测试策略
2.1 整体策略 2.2 测试范围 说明 内 容 测试工具和测试方法
3.测试方法 测试方法 3.1 主要测试方法
黑盒测试的等价划分、边界值分析以及模拟用户的错误推测法、路径分析方法等。

3.2 测试文档
测试方案、测试用例等
3.3 测试实施过程
本节的目的是说明在测试过程中测试部门在接受测试系统时应执行什么检查。

这些有助于其 他部门（开发部门、用户教育部门）了解在发布测试系统时应做些什么。

1）测试系统接受条件 ） 本节的目的说明在测试过程中测试部门在接受测试系统时应执行什么检查。

2） 测试时间表 ） 测试项目 具体测试内容 测试天数 (工作日) 测试起止日期 10 月 22-31 责任人


3.4 功能测试（与需求分析保持一致） 功能测试（与需求分析保持一致） 3.5 性能测试 3.6 测试检查表
测试人: 测试内容 测试类别 填表人: 测试方法 测试数据 日期: 正常状态 异 常 状 态
3.7 故障报告单 （缺陷跟踪工具） 缺陷跟踪工具）
测试人: 测试内容 测试类别 测试方法 测试数据 填表人: 日期: 正常状态 异 常 状 态
异常状态说明:
责任人: 修改意见:
责任人: 复核测试结果


复核人:
4、测试组织 、 4.1 测试团队结构
序号 人员名称 职 责
4.2 功能划分
测试模块 子模块数量 开发人员
八. 课程设计心得体会
（写出本次课程设计的收获、体会或相关建议）
参考文献



















。