write是什么意思-见证员
河北工业大学
软件工程课程实验
实验报告
指导教师：
张健楠
完成日期：
2010/12/11
1
目
录
1
项
目
开
发
计
划
书
…
…
…
…
…
…
…
< br>…
…
…
…
…
…
…
…
…
…
…
…
…
（
页
码
）
2
软
件
需
求
规
< br>格
说
明
书
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
（
页
码
< br>）
3
设
计
规
格
说
明
书
…
…
…
…
…
…
…
…
…
…
…
…
…
…
< br>…
…
…
…
…
…
（
页
码
）
4
源程序清单…………
………………………………………
…………………（页码）
5
测
试
报
告
…
…
…
…
…
…
…
…
…
…
< br>…
…
…
…
…
…
…
…
…
…
…
…
…
（
页
码
）
6
用
户
手
册
…
< br>…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
（
页
码
< br>）
2
一、项目开发计划书
完成人：
1
．引言（
Introduction
）
1.1
项目概述（
Project
Summary
）
待开发软件系统名
称为汽车俱乐部管理系统。本项目的任务提供者：张建楠；开发者：赵祥、
刘钰慧、连翠
叶、王宇峰、禹丽娜、吴可；用户：会员、俱乐部管理员、实现该系统的团体。本项
目基
于俱乐部管理者对用户以及会员的信息，
车辆信息等的管理，
同
时也为了方便广大会员随时参
加俱乐部活动，进行信息的记录、查询、修改等而开发。<
/p>
1.2
术语定义（
Terms
Glossary
）
（
1
）
Windows
xp
及以上操作系统：
（
2
）
SQL(Structured Query
Language)
，结构化查询语言。
SQL
语言的主要功能就是同各种数据库
建立联系，进行沟通。
SQL
被作为关系型数据库管理系统的标准语言。
（
3
）
c#
语言：
C#(C Sharp)
是微软
(Microsoft)
为
.NET Frame
work
量身订做的程序语言，是一种安
全的、稳定的、简单的
、优雅的，由
C
和
C++
衍生出来的面向对象的编程语言。它在继
承
C
和
C++
强大功能的同时去掉了一些它们的复
杂特性（例如没有宏和模版，不允许多
重继承）
。
1.3
相关文档（
Related
Documents
）
（
1
）软件需求规格说明书
（
2
）设计规格说明书
（
3
）源程序清单
<
/p>
（
4
）测试报告
（
5
）用户手册
2
．软件生存周期（
Software
Life Cycle
）
（
1
）项目生存期框图：
（
2
）项目
生存期说明：
定义阶段：将
开发项目所要求的计划制定出来，以备开发阶段参考。
3
开发阶段：根据项目计划，进行需求分析，包括软件需求规
格说明书等；然后进行系统设计，
包括构架说明书，概要说明书等；系统实现包括进行源
代码的编写，并对其测试（包括测试用
例）
，以及用户手册。<
/p>
维护阶段：管理员对该项目进行运行维护。
3
．任务与工作产品（
Task
and Work Products
）
项目任务
项目计划
需求分析
系统设计
系统实现
测试
产品交付
项目章程
需求规格说明书
系统设计说明书（包括数据库设计）等
源程序代码
测试报告
用户手册
工作产品
4
．工作产品、任务规模、工作量估计（
Estimates of Work
Product
，
Task Size and
Workload
）
（
1
）对软件工作产品规模估计依据的简要描述
①系统规划报告：包括软件开发所必需的项目要求。
②需求规格说明书：覆盖项目的目标，问题的初始分析，目标系统功能需求分析，目标系统性
能需求，界面需求以及其他需求。
③系统设计说明书：总体设计，数据结果设计。
④源程序代码：代码的完整性，满足项目需求。
⑤测试：利用部分代码，进行功能测试。
⑥试验工作总结报告：对整个系统的设计过程进行描述
（
2
）每种任务和工作产品规模估计的结果<
/p>
项目阶段
项目计划
需求分析
设计
编码
测试
交付
项目开发总工作量
（
3
）规模估算的结果，建议用表格的形式列出
工作产品
需求规格说明书
设计
编码
估算因子
UseCase
复杂度
业务逻辑类
操作
反应
报表
接口
复杂
分类
个数
5
0
0
7
4
百分比
10%
10%
10%
40%
20%
10%
100%
工作量（人日）
2
2
2
3
4
2
5
合计规模
测试
测试用例
中等
简单
用户手册
插图个数
15
20
11
5
．资源需求计划（
Resource
Requirement Plan
）
计算机系统支持
Windows
xp
及以上操作系统
，
sql server 2000
数
据库，
c#
语言编程
6
．软件项目进度计划（
Software
Project Schedule
）
（
1
）软件项目任务分解：
会员信息管理，车务管理，旅游信息管理，系统
管理，俱乐部管理以及统计报表、图表的信息
记录管理。
（
2
）设定的里程碑：
接受任务
--
分析项目要求
--
做需求分析，分工合作
--
总结各部分内容—分工完成文档。
（
3
）开始和结束时间：
2010/11/05-2010/11/30
（
4
）缓冲时间：
2
天
<
/p>
（
5
）人员分配：
角色
项目总监
系统分析
需求分析
设计构架
测试
赵祥
连翠叶、王宇峰
赵祥、刘钰慧、连翠叶、王宇峰、禹丽娜、吴可
刘钰慧、禹丽娜
赵祥、吴可
责任承担人
二、需求规格说明书
完成人：
1
．概述（
Summary
）
1.1
项目的目的与目标（
Purpose and Aim of
Project
）
开发出的汽车俱乐
部管理系统为管理人员和工作人员建立了连接，
分工明确，
方便
管理会员的各
种信息及其需求，面向汽车俱乐部管理人员统一管理。同时也为汽车俱乐部
的会员提供了方便。
1.2
相关文档（
Related
Documents
）
项目开发计划书和设计规格说明书
2
．问题初始分析（
Early
Analysis
）
2.1
场景描述（
Scene
Description
）
小雨是汽
车俱乐部的前台工作人员，等待有用户向她询问关于汽车俱乐部会员的情况。小夏是该
5
俱乐部用户，接通电话小夏问小雨：
“我想成为该汽车俱乐部的会员”小雨打开主界面，在管理员系
统中填写用户名和密码
，然后点击登录，进入汽车俱乐部登录窗口并询问小夏的有关信息，小雨记
录下小夏的信
息，并告诉小夏已为该俱乐部会员。小雨并为小夏计算入会费用，小夏将其入会费用
交。
小雨又问：
“您还需要什么服务”
？小
夏说：
“我想为我的新车上牌”
。
小雨
打开管理员系统窗口，
将小夏的新车牌号填入窗口，点击确定，办理成功，返回主界面。
接着小夏又向小雨询问保险代办
和落户代办的情况，小雨再次打开管理员系统，填写有关
信息，然后点击确定，系统为其办理相关
业务。最后，小夏又问：
“怎么完成信息查询”？小雨进入管理员系统，点击管理员管理窗口，进入
查询会员请
求，告诉小夏：
“你已成功登录办理相应业务”
。小夏又问：<
/p>
“怎么完成信息修改”？小雨
进入信息管理窗口，弹出“信息修改
”窗口
,
完成相应修改。
小雨又问小夏：
“我还能为你做什么”？小夏说：
“没有了”
。小雨向小夏说谢谢并说再见。小雨退
出界面。回到
主界面。
2.2
初始功能提取（
Early Function
Distill
）
主要功能包括：
俱乐部前台：
（
1
）会员信息。
（
2
）计算入会费用。
（
3
）新车上牌代办。
（
4
）保险代办
。
（
5
）落
户代办。
（
6
）旅行信息记录。
（
7
）信息修改。
（
8
）信息查询。
管理人员：
（
1
）系统管理。
（
2
）俱乐部管理。
时间：
（
1
）统计报表。
< br>（
2
）统计图表。
3
．目标系统功能需求（
Function of
Target System
）
3.1
功能需求分析（
Function
Analysis
）
创建用例模型与
域模型，要求采用用例表进行用例规约描述，必要时采用活动图进行检验。
（
1
）会员信息用例表格
用例名称
涉及的参与者
描述
前置条件
后置条件
触发条件
正常事件流
会员信息
俱乐部前台
俱乐部前台根据用户需求
进行会员注册，
录入
信息
前台工作人员必须已经登录到这个系统
会员信息正确的记录到系统中
系统界面弹出注册会员窗口
1
）
前台人员向系统提供入会人员信息
2
）
系统记录入会人员信息
3
）
系统弹出窗口，提示用户需要交纳入会费
6
系统界面弹出注
册会员窗口
前台人员向系统提
供入会人员信息
系统弹出窗口，提示
会员需缴纳入会费
（
2
）计算费用用例表格
用例名称
计算费用
涉及的参与者
俱乐部前台
描述
俱乐部前台根据入会规定和用户
信息，计算
出入会费用
前置条件
系统已经记录用户信息并且弹出提示窗口
后置条件
入会人员成功交纳入会费用成为正式会员
触发条件
系统录入用户信息
正常事件流
1
）
系统根据入会规定及用户信息计算费用
2
）
系统界面弹出用户需要交纳的金额
3
）
用户交纳入会费
4
）
系统界
面弹出窗口，
提示用户已成功交纳
费用成为会员
备选事件流
1
）
.
用户没有交纳入会费，前台工作人员取
消加入俱乐部请求，用例结束
7
系统根据入会规定及
会员信息计算费用
系统弹出会员需要
缴纳的金额<
/p>
用户缴纳入
会费
用户没有缴
纳入会费用
前台取消加入俱乐部
请求，用例结束
（
3
）新车上牌代办用例表格
用例名称
新车上牌代办
涉及的参与者
俱乐部前台
描述
俱乐部和有关部门联系，更快更
好的为新车
办理好牌照
前置条件
用户已经成功加入俱乐部，
并且请求俱乐部
为其新车上牌，俱乐部同意请求
后置条件
俱乐部通过有关部门已经为会员新车上牌
触发条件
会员请求为其新车上牌
正常事件流
1
）
会员请求俱乐部前台为新车上牌
2
）
前台接
受会员请求，
录入新车的相关信息
到系统
3
）
俱乐部通过相关部门为新车上牌
4
）
前台通知会员代办成功
8
1.
会
员请求前台为新车上牌
2.
输入新车信息
3.
前台接受会员请求
4.
在系统内
记录新车信息
5.
前台与相关部门联系为新车上牌
6.
完成后向会员返回结果
（
4
）旅行信息记录用例表格
用例名称
旅行信息记录
涉及的参与者
俱乐部前台
描述
会员向前台提供信息
,
前台将会员提出的旅
行信息记录在系统中
前置条件
会员提
出旅行计划并告知前台，前台在旅行
系统页面
后置条件
前台将会员的旅行信息正确记录在系统中
触发条件
系统请求进入旅行界面
9
正常时间流
1
）会员提出旅行计划，告知前台
<
/p>
2
）前台进入系统旅行信息记录页面记录信
息
3
）记录成功提示是否保存，<
/p>
选择保存完成记
录
备选事件流
1
）
若输入格式不正确提示从新输入信息
输入会员账
号和密码
有效的帐号
/
密码
无效的帐号
/
密码
选择旅行信
重新输入提
息功能
示
继续重试输入
记录信息
结束重试输入
信息保存成
重新输入信
功
息
退
出这个功能
（
5
）旅行
信息修改用例表格
用例名称
旅行信息修改
涉及的参与者
俱乐部前台
描述
会员提出旅行信息有变更需要修
改
,
前台根
据要求在系统中对会员旅行
信息进行修改
前置条件
会员提出修改旅行信息，前台已登录系统
10
后置条件
前台将会员旅行信息正确修改完成
触发条件
系统进入信息修改
,
提出要修改旅行信息
正常事件流
1
）会员提出有旅行计划要变更告知前台
2
< br>）前台进入系统查询要求变更的会员旅行
信息并进行修改
3
）系统弹出对话框已修改完成
备选事件流
1
）
若无法进行执行则显示从新输入
1.
用户给前台请求
2.
前台选择
“
旅行信
息查询
”
3.
找到需修改信息
4.
< br>选择
“
旅行信息修改
”
5.
输入旅行信息
6.
可修改并成
功
7.
所修改项目
<<
重新输入
>>
无法
执行
8.
结束修改
——（）
（
6
）旅行信息查询用例表格
用例名称
旅行信息查询
涉及的参与者
俱乐部前台
描述
前台应会员请求
,
输入会员信息打开查询会
员最近的旅行信息
前置条件
用户已为
会员并请求给予最近旅行信息，前
台同意请求并在系统页面
后置条件
前台通过系统查询旅行信息告知会员
触发条件
发出查询旅行信息请求
11
正常事件流
1
）会员发出查询旅行信息的请求
<
/p>
2
）前台接受请求，进入旅行信息页面
,
查询
3
）系
统提供会员履行信息页面
,
前台将旅行
信息告知会员
1.
< br>用户给俱乐部前
台请求
2.
前台
选择
“
旅行
信息查询
< br>”
3.
前台输入查询
条件
4.
选择
“
查询
”
5.
系统显示查询
信息
6.
前台将查询信
息告知用户<
/p>
（
7
）保险代
办用例表格
用例名称
保险代办
涉及的参与者
俱乐部前台
描述
俱乐部前台利用该用例，根据俱
乐部会员的
需求，进入系统登记会员有关信息，并为其
办理保险
业务
前置条件
用户已是俱乐部会员，此用户请求给予俱乐
部前台人员有关信息，前台人员接受请求
，
记录会员有关信息
后置条件
前台人员已经为会员办理保险业务
触发条件
系统录入会员的有关信息
正常事件流
1
）
会员请求提供有关信息给前台人员
2
）
前台人
员根据会员有关信息接受此请求，
并登陆系统
12
3
）
系统根据前台输入的要求寻找代办
4
）
找到匹
配代办则输入需代办会员信息，
办
理成功
备选事件流
1
）
找不到匹配代办则显示无匹配代办
会员请求代办
前台选择
“
创建代办
”
前台输入代
办条
件
前台选择代
办
系统返回匹配
的代办列表
系统提示无
匹配代办
在会员中选择要
求代办的会员
返回保险办
理成功
（
8
）落户代办用例表格
13
用例名称
落户代办
涉及的参与者
俱乐部前台
描述
俱乐部前台利用该用例，根据俱
乐部会员的有
关信息，进入系统，并为其办理落户业务
前置条件
用户必须是俱乐部会员，用
户请求办理落户业
务
后置条件
前台人员已经为该用户办理落户业务
触发条件
系统录入会员的有关信息
正常事件流
1
）
会员请求提供有关信息给前台人员
2
）
前台人员接受请求将信息录入系统
3
）
系统根
据前台提供，
弹出对话框，
完成办理
落
户业务
（
9
）统计报表
.
图表用例表格
用例名称
统计报表、图表
涉及的参与者
俱乐部前台
描述
俱乐部前台根据当日、当月、当
年向会员提
供的各种服务信息及其收费的详细情况列表
及汇总<
/p>
前置条件
前台工作人员正确登入系统运行正常
后置条件
系统完成对服务信息及其收
费的详细情况列
表及汇总，显示相应信息
触发条件
俱乐部前台人员想统计信息
正常事件流
4
）
前台人员选择要汇总的数据
5
）
系统按前台人员要求汇总数据
6
）
系统弹
出窗口，
显示前台人员想要的信息
14
前台人员选
< br>择汇总
系统提示前台人
员选择汇总数据
< br>前台人员根据需求
选择要汇总的数据
系统按前台人员
要求汇总数据
系统弹出窗口，
并显示汇总数
据
（
10
）系统管理用例表格
用例名称
系统管理
涉及的参与者
俱乐部前台
描述
根据会员的要求或信息设置提醒
日期并对用
户信息进行管理
前置条件
前台工作人员正确登入系统
运行正常，数据
完整
后置条件
系统显示设置或修改成功
触发条件
前台定期进行会员管理
正常事件流
5
）
系统显示用户信息
6
）
工作人
员根据提醒信息设置提醒日期并
进行用户信息的管理
7
）
系统界
面弹出窗口，
显示新的用户信息及
提醒日期
15
前台登陆管
理系统
进入修改页
面<
/p>
对信息进行
修改更新
保存并显示
新的信息
域模型：
3.2
功能需求点列表（
Function
List
）
在功能需求分析完成后，
要详细列出用户需求功能点列表，提供给后续设计、编程、测试中使
用，更是为了用户测
试验收中使用。功能需求点列表的格式，如表
2-1
所示。
表
2-1
功能需求点列表
编
号
功
能
名
称
使
用
人
功
能
描
述
输
入
内
容
输
出
内
容
16
1
信息修改
会员
2
信息查询
会员
会
员<
/p>
可
过
进
入
统
会
员
口
完
成
应
的
信
修改
会
< br>员
进
信
息
查
窗
口
进
查
询
通
系
窗<
/p>
相
息
入
询
行
登
录
会
员
窗口，输入
用
户
名
和
密码
弹
出
对
话
框“信息已
更新”
输
入
个
人
有关信息<
/p>
记
录
已
在
系统中
4
．目标系统性能需求（
Performan
ce of Target System
）
4.1
时间要求（
Time
Request
）
（
1
）响应时间，如查询的最长等待时间。
（
2
）更新处理时间，如记账的最长时间。
（
3
）数据的转换
和传送时间，如远程数据传输的时间要求。
（
4
）解题时间。
4.2
空间要求（
Space
Request
）
（
1
）支持的终端数。
（
2
）支持的并行操作的使用者数。
（
3
）处理的文件和记录数。
（
4
）处理任务的数量。<
/p>
（
5
）对输入
和输出数据的精度要求。
（
6
）对处理和传输过程中的精度要求。
4.3
性能需求点列表（
Performance
List
）
详细列出用户性能点列表
，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验
收中使用。需求性能
点列表的格式，如表
2-2
所示。
表
2-2
性能需求点列表
编
号
性能名称
使用部门
使用岗
位
1
制作界面
政府
制作网页
中心
性能描述
输入内容
输出内容
根据代码
< br>登
陆
界
登陆成功
制作界面
面，输入
用户名和
密码
老师可通
进入系统
可以查看
过该界面
< br>查询学生
有关信息
2
记录学生
信息
学校
教师
17
5
．
目标系统界面与接口需求（
Interface of Target
System
）
5.1
界面需求（
Interphase
Requirement
）
界面的原
则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些功能模块的
特殊
的界面要求。
（
1
< br>）输入设备：键盘、鼠标、条码扫描器、扫描仪等；
（
2
）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等
；
（
3
）显
示风格：图形界面、字符界面、
IE
界面等；
< br>
（
4
）显示方式：
1024*768
、
640*480
等；
（
5
）输出格式：显示布局、打印格式等。
5.2
接口需求（
Interface
Requirement
）
与其他系
统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络
系统
及其他系统等。
（
1
）与系统特殊外设的接口，如
CT
机、磁共振、柜员机
（
ATM
）
、
IC
卡、盘点机等。
（
2
）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。
6
．目标系统其他需求（
Other
Requirements of Target
System
）
6.1
安全性（
Security
）
6.2
可靠性（
Depend
ability
）
6.3
灵活性（
Agility
）
6.4
特殊需求（
Special
Requirements
）
（
1
）进度需求：系统的阶段进度要求。
<
/p>
（
2
）运行环境需求：平台、体系结构、
设备要求。
（
3
）培训需求：用户对培训的需求，是否提供多媒体教学光盘。
（
4
）推广需求：推广的要求，如在上百个远程部门推广该
系统，是否要有推广的支持软件。
7
．
目标系统假设与约束条件
（
Supp
ose
and
Restriction
of
Target
System
）
假设与约定条件是对预计的系统风险的描述
,
如：
（
1<
/p>
）法律、法规和政策方面的限制。
（<
/p>
2
）硬件、软件、运行环境和开发环境方面的条件和限制。
（
3
）可利用的信
息和资源。
（
4
）系统投入使用的最晚日期。
三、设计规格说明书
18
完成人
：
1
．引言（
Introduction
）
1.1
目的（
< br>Purpose
）
实现汽车俱
乐部管理系统的大概功能，及其界面、模块。本文档的目旨在推动软件工程的规范
化，使
设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到
系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。
1.2
命名规则（
Naming
Rule
）
微软推荐用匈牙利命名法
，目前大多数软件生产商用的也是这个。具体的细则如下：
匈
牙利命名法是一种编程时的命名规范。基本原则是：变量名＝属性＋类型＋对象描述，其中
每一对象的名称都要求有明确含义，可以取对象名字全称或名字的一部分。命名要基于容易记忆容
易理解的原则。保证名字的连贯性是非常重要的。变量对象命名规则：申明全局变量、局部变量对
象的命名规则。数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象的命
名规
则。
对象包括表、视图（查询）
、存储过程（参数查询）
、函数、约束。对象名字由前缀和实际
名字组成，
长度不超过
30
。前缀：使
用小写字母。
1.3
术语定义（
Terms
Glossary
）
表
3-1
术语定义或解释表
序
术
语
号
名
称
总
体
结
构
术
语
定
义
软件
系统的总体逻辑结构。
按照不同的设计方法，
有不同的
总体逻辑结构。
若采用面向功能或面向数据的设计方法，
则总
体逻辑结构为一树形的功能模块结构图。
若采用面
向对象或面
向部件（构件）的设计方法，则总体逻辑结构为部件（构件）
的组装图
本软件系统与
其他软件系统之间的接口，
接口设施可以是中
间件。
接口描述包括：
传输方式、
带宽、
数据结构、
传输频率、
传输量、传输协议
数据结构包括：数据库表的结构、其他数据结构等
关系数据库的逻辑设计模型，
叫做
概念数据模型。
主要内容
包括一张逻辑
E-R
图及其相应的数据字典
<
/p>
关系数据库的物理设计模型，
叫做物理数据模型。
主要内容
包括一张物理表关系图及其相应的数据字典
在基表或其他视图之上建立的一张虚表，
< br>叫做视图，
它具有
物理表的许多性质，在数据处理和授权
上很有用
数据库中享有某些特权
操作的用户，
叫做角色。
角色的权利
通
过授权来实现
1
2
3
4
外
部
接
口
数
据
结
构
概
念
数
据
模型
CDM
物
理
数
据
模型
PDM
视图
角色
5
6
7
19
具有相对独立功能的小系统
叫做子系统。
一个大的软件系统
8
子系统
可以划分为多个子系统，
每个子系统可由多个模块或多个部件
组成
9
模块
具有功能独立、
能被调用的信息单元叫做模块。
模块是结构
化设计中的概念
软件系统内部各子系统之间、
各部件之间、
各模板之间的接
10
内
部
接
口
口，叫做内部
接口。接口描述包括：调用方式、入口信息、出
口信息等
11
相
关
文
<
/p>
相关文件是指当本文件内容变更后，
可能引起变更的其他文
件
件。如需求分析报告、详细设计说明书、测试计划、用户手册
12
参
考
资
<
/p>
参考资料是指本文件书写时用到的其他资料。
如各种有关规
料
范、模板、标准、准则
1.4
参考资料（
Referenc
es
）
《软件工程第六版》
Roger an
著
机械工业出版社
《
c#
实用开发教程》
李纯莲
刘玉宝
主编
清华大学出版社
北京交通大学出版社
《数据库系统概论》
王珊
萨师炫
著
高等教育出版社
1.5
相关文档（
Related
Documents
）
[1]
源程序清单
[2]
测试计划及报告
[3]
《用户使用手册》
2
．总体设计（
Design of
Collective
）
2.1
体系结构设计（
Design of
Architecture
）
软件系
统的结构，按照不同的设计方法，有不同的总体逻辑结构。
采用包图画出系统体系结构的逻辑模型。
新车上牌代办
俱乐部前台
保险代办
落户代办
20
< br>会员信息
俱乐部前台
计算入会费用
旅行信息记录
俱乐部前台
信息修改
信
息查询
系统管理
管理人员
俱乐部管理<
/p>
时间
统计报表
.
图表
21
会员信息
计算入会费用
新车上牌代办
俱乐部前台
保险代办
落户代办
系统管理
旅行信息记
录
管理人员
信息修改
俱乐部管理
信息查询
时间
统计
报表
.
图表
2.2
子系统清单（
Subsystem
List
）
子系统清单，如表
3-2
所示。
表
3-2
子系统清单
子系统编
子系统英文名
子系统功能简述
子系统之间的关系
号
SS1
Form2
管理员系统
管理系统
SS2
Form3
会员系统
看管理员更新信息
2.3
模块设计（
Module
Design
）
?
依据用例模型进行用例实现，建立
设计模型，要求用序列图表示；
计算费用序列图
22
：
M
ainUI
:
计算成为会员
：缴纳费用
：会员
:
俱乐部前台
需缴纳费用
UI
UI
1:
请求加入俱乐部
2:
输入会员信息
3:
选择确定加入
4:
确定缴纳
5:
7:
6:
8:
9:
输入客户信息
10:
旅行信息记录序列图
：系统
UI
：旅行信息
：会员旅行
：旅行信息
:
俱乐部前台
UI
信息记录
UI
1:
请求记录旅行信息
2:
搜索需记录旅行信息会员
3:
输入旅行信息并保存
5:
4:
6:
7:
输入需记录信息会员的信息
8:
输入旅行信息
旅行信息修改序列图
23
：系统
UI
：旅行信息
：会员旅行
：旅行信息
:
俱乐部前台
UI
信息
UI
修改
UI
1:
请求修改旅行信息
2:
搜索需记录旅行信息会员
3:
输入想修改的旅行信息并保存
5:
4:
6:
7:
输入需修改记录信息会员的信息
8:
输入想修改的旅行信息
9:
10:
保险代办序列图
:
前台人员
：系统
UI
：代理
代办
：合适代办
：会员保险
：保险代办
UI
列表
代办
UI
成功
UI
1:
请求代办
2:
输入代办的条件
3:
选择代办
4:
输入会员信息
7:
6:
5:
8:
9:
输入代办信息
10:
输入会员信息
11:
12:
计报表、图表序列图
统
24
:
前台人员
：
MainUI
：数据汇总
：汇总结果
UI
UI
1:
申请统计报表
2:
数据汇总
3:
选择汇总
4:
6:
5:
系统管理序列图
:
前台人员
：系统
UI
：俱乐部管
:
更改俱乐部
：现实更改
理
UI
信息
UI
后信息
UI
1:
请求俱乐部管理
2:
进入俱乐部管理系统
3:
更改
4:
显示
5:
6:
7:
8:
9:
输入管理员账号密码
10:
输入想修改的信息
11:
12:
?
依据设计模型，建立设计类模型。
用例名称
会员信息
25
涉及的参与者
俱乐部前台
描述
俱乐部前台根据用户需求进行会
员注册，录入
信息
前置条件
前台工作人员必须已经登录到这个系统
后置条件
会员信息正确的记录到系统中
触发条件
系统界面弹出注册会员窗口
正常事件流
7
）
前台人员向系统提供入会人员信息
8
）
系统记录入会人员信息
9
）
系统弹出窗口，提示用户需要交纳入会费
用例名称
落户代办
涉及的参与者
俱乐部前台
描述
俱乐部前台利用该用例，根据俱
乐部会员的有
关信息，进入系统，并为其办理落户业务
前置条件
用户必须是俱乐部会员，用
户请求办理落户业
务
后置条件
前台人员已经为该用户办理落户业务
触发条件
系统录入会员的有关信息
正常事件流
4
）
会员请求提供有关信息给前台人员
5
）
前台人员接受请求将信息录入系统
6
）
系统根
据前台提供，
弹出对话框，
完成办理
落
户业务
用例名称
计算费用
涉及的参与者
俱乐部前台
描述
俱乐部前台根据入会规定和用户
信息，计算
出入会费用
前置条件
系统已经记录用户信息并且弹出提示窗口
后置条件
入会人员成功交纳入会费用成为正式会员
触发条件
系统录入用户信息
正常事件流
8
）
系统根据入会规定及用户信息计算费用
9
）
系统界面弹出用户需要交纳的金额
10
）
用户交纳入会费
11
）
系统
界面弹出窗口，提示用户已成
功交纳费用成为会员
备选事件流
1
）
.
用户没有交纳入会费，
前台工作
人员取消
加入俱乐部请求，用例结束
用例名称
统计报表、图表
涉及的参与者
俱乐部前台
描述
俱乐部前台根据当日、当月、当
年向会员提
供的各种服务信息及其收费的详细情况列表
及汇总<
/p>
前置条件
前台工作人员正确登入系统运行正常
后置条件
系统完成对服务信息及其收费的详细情况列
26
表及汇总，显示相应信息
触发条件
俱乐部前台人员想统计信息
正常事件流
10
）
前台人员选择要汇总的数据
11
）
系统按前台人员要求汇总数据
12
）
系统
弹出窗口，显示前台人员想要
的信息
用例名称
新车上牌代办
涉及的参与者
俱乐部前台
描述
俱乐部和有关部门联系，更快更
好的为新车
办理好牌照
前置条件
用户已经成功加入俱乐部，
并且请求俱乐部
为其新车上牌，俱乐部同意请求
后置条件
俱乐部通过有关部门已经为会员新车上牌
触发条件
会员请求为其新车上牌
正常事件流
1
）
会员请求俱乐部前台为新车上牌
2
）
前台接
受会员请求，
录入新车的相关信息
到系统
3
）
俱乐部通过相关部门为新车上牌
4
）
前台通知会员代办成功
用例名称
旅行信息记录
涉及的参与者
俱乐部前台
描述
会员向前台提供信息
,
前台将会员提出的旅
行信息记录在系统中
前置条件
会员提
出旅行计划并告知前台，前台在旅行
系统页面
后置条件
前台将会员的旅行信息正确记录在系统中
触发条件
系统请求进入旅行界面
正常时间流
4
）会员提出旅行计划，告知前台
<
/p>
5
）前台进入系统旅行信息记录页面记录信
息
6
）记录成功提示是否保存，<
/p>
选择保存完成记
录
备选事件流
2
）
若输入格式不正确提示从新输入信息
用例名称
旅行信息修改
涉及的参与者
俱乐部前台
描述
会员提出旅行信息有变更需要修
改
,
前台根据
要求在系统中对会员旅行
信息进行修改
前置条件
会员提出修改旅行信息，前台已登录系统
27
后置条件
前台将会员旅行信息正确修改完成
触发条件
系统进入信息修改
,
提出要修改旅行信息
正常事件流
4
）会员提出有旅行计划要变更告知前台
5
< br>）前台进入系统查询要求变更的会员旅行
信息并进行修改
6
）系统弹出对话框已修改完成
备选事件流
2
）
若无法进行执行则显示从新输入
用例名称
旅行信息查询
涉及的参与者
俱乐部前台
描述
前台应会员请求
,
输入会员信息打开查询会员
最近的旅行信息
前置条件
用户已为
会员并请求给予最近旅行信息，前
台同意请求并在系统页面
后置条件
前台通过系统查询旅行信息告知会员
触发条件
发出查询旅行信息请求
正常事件流
4
）会员发出查询旅行信息的请求
<
/p>
5
）前台接受请求，进入旅行信息页面
,
查询
6
）系
统提供会员履行信息页面
,
前台将旅行
信息告知会员
用例名称
保险代办
涉及的参与者
俱乐部前台
描述
俱乐部前台利用该用例，根据俱
乐部会员的
需求，进入系统登记会员有关信息，并为其
办理保险
业务
前置条件
用户已是俱乐部会员，此用户请求给予俱乐
部前台人员有关信息，前台人员接受请求
，
记录会员有关信息
后置条件
前台人员已经为会员办理保险业务
触发条件
系统录入会员的有关信息
正常事件流
5
）
会员请求提供有关信息给前台人员
6
）
前台人
员根据会员有关信息接受此请求，
并登陆系统
7
）
系统根据前台输入的要求寻找代办
8
）
找到匹
配代办则输入需代办会员信息，
办
理成功
备选事件流
2
）
找不到匹配代办则显示无匹配代办
用例名称
系统管理
涉及的参与者
俱乐部前台
28
描述
根据会员的要求或信息设置提醒
日期并对用
户信息进行管理
前置条件
前台工作人员正确登入系统
运行正常，数据
完整
后置条件
系统显示设置或修改成功
触发条件
前台定期进行会员管理
正常事件流
12
）
系统显示用户信息
13
）
工作
人员根据提醒信息设置提醒日
期并进行用户信息的管理
14
）
系统
界面弹出窗口，显示新的用户
信息及提醒日期
2.4
功能模块清单（
Module
List
）
模块（类）清单，如表<
/p>
3-3
所示。
表
3-3
模块（类）清单
编
号
模块
（类）
英文名
模块（类）功能简述
接口简述
M 1-1
Form1
系统登录及注册界
进入管
理员系统
面
会员系统或注册
页面
M 1-2
Form2
管理员系统
更
改
系
统
信
息
信息管理，会员
管理
管理员管
理
M 2-1
Form3
会员系统
查询信息及自助
服务
M 2-2
Form4
会员注册
会员注册完成
M3-1
Form5
信通信息修改
添加或删除信息
M3-2
Form6
修改会员
删除退会会员
M4-1
Form7
管理员修改
添加管理员删除
管理员
3
．数据结构设计（
Design
of Data Structure
）
3.1
数据库表名清单（
DB
Table List
）
数据库表名
清单，如表
3-4
所示。
表
3-4
数据库表名清单
序
中文表名
英文表名
表功能说明
号
1
User1
管理员信息
2
User2
会员信息
3
信息
更新的信息
29
3.2
视图设计（
View
Design
）
3.3
数
据
库
表
的
详
细
清
单
（
Particular List of DB
Table
）
每个表的详细清单内容
包括：表名、字段中文名、字段英文名、字段的类型、宽度、精度、主
键
/
外键、空否、取值约束（默认值、最大值、最小值）
、索引否。同时要指出该表的索引：索引文
件名、索引字段名、索引特性（主键索引、惟
一索引
unique
、聚集索引
clu
stered
）
。详细清单可以
用列表
给出，如表
3-5
所示。
四、源程序清单
完成人
：
1 Form1
（
Module
Name
）
1.1
描述（
Description
）
汽车俱乐部登陆界面
1.2
代码
(Program)
using
System;
using c;
using
entModel;
using
using g;
using
using
using
using
namespace
登陆
{
public partial class
Form1 : Form
{
public Form1()
30
{
InitializeComponent();
}
public int iFlag = 0;
public class
dbClass
{
public
OleDbConnection
oleDbConnection1
=
new
OleDbConnection(
}
dbClass db1 = new dbClass();
private void
button1_Click(object sender, EventArgs e)
{
if
(iFlag == 0)
{
(
请选择账户类型
}
else if (iFlag == 1)
{
if (() ==
{
(
请输入用户名
}
else
{
if (() ==
{
(
请输入密码
}
else
{
string s1 =
+
()
+
and
passwd
=
'
+
()
+
OleDbCommand cmd = new OleDbCommand(s1,
onnection1);
();
if (null !=
eScalar())
{
();
Tag = 1;
31