Web课程设计报告模板
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
-
课程设计报告
学院、系:计算机科学与技术系
专业名称:
课程设计科目:Web程序设计
题目:******* 系统
学号、姓名:(小组所有成员的学号、姓名)指导教师:
完成时间:20xx年x月--x月
目录
1. 开发背景 (3)
2. 功能描述 (3)
3. 需求分析 (6)
4. 数据流程分析 (6)
4.1、数据流程图...................................................................................... 错误!未定义书签。
4.2、数据字典.......................................................................................... 错误!未定义书签。
5. 概念模型设计 (7)
6. 逻辑模型设计和优化 (7)
7. 物理设计和实施.......................................................................................... 错误!未定义书签。
8. 应用程序设计(前台).............................................................................. 错误!未定义书签。
9. 课程设计心得体会 (9)
一. 开发背景
主要介绍开发该系统的意义所在,国内外发展情况,采用什么技术及结构来进行开发等。
二. 可行性分析
主要包括经济可行性、技术可行性和操作可行性等。
具体参考软件工程第二章。
三.需求分析
1.系统总体目标
本系统的开发意图、应用目标及作用范围(现有产品存在问题及建议产品所要解决的问题)
2.运行环境
简要说明本系统运行环境(硬件环境及其支持环境)的规定
3. 用户特点
简要说明使用该系统的哪一类型的用户有什么特点
4. 功能性需求
本节描述系统的功能性需求。
4.1 系统功能列表
将功能性需求先粗分再细分,下表中的Feature A, Function A.1等符号应当被替换成有含义的名称。
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标准和产品族风格指南,屏幕界面设计上的限制,比如标准按钮和功能(如,帮助)要出现在每个屏幕,键盘快捷键,出错信息显示标准等等。定义用户接口需要的软件组件。详细的用户接口设计应被记录在单独的用户接口规范中。
硬件接口
本节描述系统软硬件产品之间接口的物理和逻辑特性。可包括支持的设备类型,软硬件之间