大学时期客户关系网站项目文档
目录 |
S.NO |
描述 |
页码NO. |
1 |
介绍 |
2 |
2 |
项目的发起注释 |
3 |
3 |
项目计划 |
4 |
4 |
项目各个活动进度表 |
7 |
5 |
测试计划 |
8 |
6 |
软件项目计划评审检验表 |
9 |
7 |
命名规则 |
10 |
8 |
实体-关系图 |
11 |
9 |
工作流程图 |
13 |
10 |
数据库设计 |
15 |
11 |
屏幕设计 |
20 |
12 |
要执行的确认 |
21 |
13 |
报表设计 |
22 |
14 |
代码评审检验表 |
23 |
15 |
问题报告 |
24 |
16 |
增强建议 |
25 |
17 |
总结 |
25 |
介绍 |
问题陈述: TraveLine Transit Services是为经常往返者提供公共汽车和出租车服务的一个 公司。该公司的客户关系(CR)部门做为TraveLine和它的客户之间的一种联络。该部门的主要就提高TraveLine的形象。为了该目的,公司经常监听客户的反馈, 然后提出和实现纠正的行为。这是CR部门执行的最重要的任务,因为它能增加 客户的亲切感。把客户的反馈记入日志的系统。
需要达成的目标: 1客户能从WEB站点注册和登陆、查看反馈的状态、和填写反馈内容。 2雇员可以登陆WEB站点填写反馈内容。 3部门经理能自己的操作界面,查看没解决的抱怨、分配到不同的部门的调查人员、更新WEB站点的信息。 4调查员可以登陆自己的操作界面、查看没解决的抱怨、查看非法执行者的资料, 更新状态。
|
项目的发起注释
|
客户:TraveLine公司
项目名称:TraveLine客户反馈系统
劳力(人月):2人 几天 持续时间(天):6
质量评审员:、
小组成员:、
发起人:、 日期:2005-7-1 |
项目计划
|
a) 项目的标题&范围
标题:TraveLine反馈系统
范围:
项目代码:vb.net & asp
初始活动: 项目计划
最后活动: 项目走查
b) 客户材料
客户名:TraveLine公司
c) 项目的输出或递交物
#
|
项 |
需求 |
负责人 |
计划日期 |
实际时间 |
状态 |
1
|
Software
|
2Copy |
|
7/1/05 |
7/2/05
|
doing
|
2
|
Documents
|
2Copy |
|
7/7/5
|
7/7/05
|
done
|
d)->资源需求
# |
资源名 |
你为什么需要此资源 |
何处获得此资源 |
你如何获得此资源 |
你需要此资源多久 |
当前的可用性状态 |
应急措施 |
1 |
SERVER SQL |
造数据库 |
VB.NET |
发放的
|
初期 |
可用 |
图书馆找 |
2 |
asp |
造页面 |
NIIT |
发放的 |
初期 |
可用 |
图书馆 找 |
3 |
ASP |
搞连接 |
NIIT |
图书馆 |
整个 项目 |
可用 |
网上看 图书馆 |
4 |
Vb.net |
写构件 等 |
NIIT |
图书馆 |
整个 项目 |
可用 |
上网查 图书馆找,借别人的 |
e)->项目中已识别的风险:
# |
风险 |
概率(%) |
严重性(%) |
行动计划
|
1 |
数据的 命名规则
|
40 |
100 |
在做项目之前一定要注意数据表、和 列名的命名规则(特别要注意名称是否是关键字哦) |
2 |
功能组合 问题
|
50 |
100 |
成员之间进行讨论出现的问题,要及时解决功能模块之间的连接
|
3 |
VB的构件调用 |
70 |
100 |
与组员讨论EJB的构件体系结构设计,找出EJB组件的合适的方法, 使它可被跨模块重用 |
4 |
超期限 |
99 |
100 |
作出详细的项目进度表,保证每个开发组成员遵守进度。开发组成员重定期讨论检查项目的状况。假如出现问题,通知教员并请求预定额外的机房。打印出额外时间里做的所有工作成果,并在项目分配的时间里完成 |
f )-> 分配任务
# |
任务 |
职责 |
1 |
编写创建数据库和数据库对象的脚本 |
|
2 |
创建必要的可重用组件并测试它们 |
|
3 |
创建部门经理Windows窗体
|
|
4 |
编写部门经理窗体里的代码
|
|
5 |
创建调查人员的Windows窗体
|
|
6 |
编写调查人员窗体里的代码
|
|
7 |
创建WEB站点
|
|
8 |
设计报告 |
|
9 |
功能模块合并
|
|
10 |
测试 |
|
11 |
文档 |
|
项目各个活动进度表
|
# |
活动描述 |
计划完成日期 |
实际日期 |
负责人 |
备注 |
1 |
制定项目的总开发 计划 |
6-27 2005 |
2-28 2005 |
|
顺利进行 |
2 |
决定命名规则 |
6-30 2005 |
6-30 2005 |
|
顺利进行 |
3 |
创建数据库和数据库对象 |
7-1 2005 |
7-1 2005 |
|
同上 |
4 |
构建页面的初步 框架 |
7-2 2005 |
7-2 2005 |
|
同上 |
5 |
搜集有关页面 的资料 |
7-2 2005 |
7-2 2005 |
|
同上 |
6 |
制定分工 |
7-1 2005 |
7-1 2005 |
|
同上 |
7 |
创建部门经理vb窗体 |
7-3 2005 |
7-3 2005 |
|
同上 |
8 |
编写部门经理窗体里的代码 |
7-4 2005 |
7-4h 2005 |
|
同上 |
9 |
创建调查人员的VB窗体 |
7-3 2005 |
7-3 2005 |
|
顺利 |
10 |
编写部门经理窗体里的代码 |
7-4 2005 |
7-4 2005 |
|
顺利进行 |
11 |
创建WEB站点界面 |
7-5 2005 |
7-5h 2005 |
|
有异常产生 但还是解决了 |
12 |
项目文档 |
7-7 2005 |
7-7 2005 |
|
顺利进行 |
测试计划
|
测试阶段 |
要测试的功能 |
进度表日期 |
实际日期 |
单元测试 | |||
Components |
检查组件的每个方法是否返回预期的值。 |
Jau 15 th 2005 |
Jau 15 th 2005 |
在客户注册、登陆、更新和管理员对其他的管理
|
检查所有的确认是否真正地执行,相应的值是否加入到数据库。检查是否产生相应的报告。 |
Jau 16 th 2005 |
Jau 15 th 2005 |
Web service |
检查服务是否从数据库中返回数据。 |
7-6 2005 |
7-6 2005 |
Web Forms |
在关于 管理员和客户的查询情况下,检查数据是否能正常地从数据库中检索到。检查所有的确认是否在Users from 中 |
7-6 2005 |
7-6 2005 |
集成测试 | |||
|
检查集成后是否所有的独立模块正常地工作 |
7-7 2005 |
|
软件项目计划评审检验表
| ||
| ||
# |
关心的方面 |
(ü/û) |
1 |
软件范围定义无歧义. |
ü |
2 |
术语清楚 |
ü |
3 |
资源足够. |
ü |
4 |
资源准备好 |
ü |
5 |
项目中涉及的所有风险已识别 |
ü |
6 |
风险管理计划到位 |
ü |
7 |
所有任务已识别和分配 |
ü |
测试计划评审检验表
| ||
| ||
# |
关心的方面 |
(ü/û) |
1 |
测试阶段已识别且已合适地安排好 |
ü |
2 |
测试计划与总的项目计划一致 |
ü |
3 |
测试进度已明确地定义. |
ü |
命名规则
|
项 |
命名规则 |
类
|
类名应清晰地指示它表示的实体。例如,表示产客户的名字应命名为 ‘Customer’.非法执行者就用“Driver” |
对象
|
用于区分类的对象。例如,A类的实例应命名为a,.B类的实例应命名为b |
变量
|
例如:要注意变量的类型String int datatime 可视图类型DataRowView 等等。。
|
方法
|
应该根据变量取方法名,例如: Clear() SelectCommand.Parameters("DriverID").Value = FComboBox2.Row.Item(0)
|
文件 |
文件类型有例如:ASPX,SC等等
|
实体-关系图 |
DEARTMENT |
Cortains |
EMPLOYEE |
Investigates |
Mairtain |
LOGS |
FEEDBACK |
Provide |
CUSTOMER |
DEPARTMENT |
Dept ID |
Dept Name |
CUSTOMER |
CutomerID |
Fname |
Lname |
Addresss |
City |
State |
Zip |
|
工作流程图
|
SQL |
主管 |
调查人员 |
客户 |
雇员 |
提交反馈 |
提交已调查意见 |
读取状态和服务 |
提交反馈 |
读取状态和客户反馈 |
读取已调查反馈 |
检查新反馈 |
跟新已纠正反馈 |
分配反馈给部门 |
读取分配反馈 |
客户
CR(E) 领导OD(E)
领导CO(E)
OD(E)
OD(E) 领导OD(E)
领导OD(E)
CR(E) |
输入反馈 |
提交反馈 |
检查未决反馈 |
分配反馈 |
调查反馈 |
采取纠正 |
更新系统 |
数据库设计
|
Departments表 | |||
列 |
数据类型 |
是否允许空值 |
描述 |
DeptID |
Char(4) |
不允许 |
部门ID |
DeptName |
Char(30) |
不允许 |
部门名称 |
Employees表 | |||
列 |
数据类型 |
是否允许空值 |
描述 |
EmpID(PK) |
Char(4) |
不允许 |
雇员的号码 |
EFName |
Char(20) |
不允许 |
名 |
ELName |
Char(20) |
不允许 |
性 |
Address |
Varchar(100) |
不允许 |
雇员的地址 |
City |
Char(20) |
不允许 |
城市 |
State |
Char(20) |
不允许 |
州 |
Zip |
Char(12) |
允许 |
邮政号码 |
Phone |
Char(14) |
允许 |
联系号码 |
DOB |
DateTime |
不允许 |
生日 |
DOB |
DateTime |
不允许 |
加入 |
Designation |
Char(20) |
不允许 |
雇员的任命 |
DeptID |
Char(4) |
不允许 |
部门ID |
Password |
Char(14) |
不允许 |
登陆密码 |
Customers表 | |||
列 |
数据类型 |
是否允许空值 |
描述 |
CustID |
Char(4) |
不允许 |
唯一客户识别号码 |
FName |
Char(20) |
不允许 |
名 |
LName |
Varchar(100) |
不允许 |
性 |
Address |
Char(20) |
不允许 |
客户地址 |
City |
Char(20) |
不允许 |
城市 |
State |
Char(2) |
不允许 |
州 |
Zip |
Char(12) |
不允许 |
邮政区码 |
|
Char(30) |
不允许 |
电子信箱 |
Phone |
Varchar(14) |
不允许 |
客户联系号码 |
ComplaintRegister表 | |||
列 |
数据类型 |
是否允许 |
描述 |
FBID(pk) |
Char(5) |
不允许 |
唯一反馈引用号码-如果为抱怨则以“CP”开始,如果为赞扬则以“CM”开始,如果为建议则以“SG”开始 |
CustID(FK) |
Char(4) |
不允许 |
提供反馈的客户 引用Customers表的CustID列的外码 |
FBDate |
DateTime |
不允许 |
提供反馈的日期 |
FBType |
Varchar(20) |
不允许 |
反馈类型 可以设置为”Complaint”.”Commendation”或者”Suggestion” |
FBSource |
Varchar(20) |
不允许 |
反馈来源 可以是”Verbal”.”Written”和”Media”.如果反馈是客户通过Web站点提供的,那么FBSource为“Web site“。 |
FBCategory |
Varchar(50) |
不允许 |
反馈种类型 可以设置为Driving behavior”.”Operational shortcoming”或者“Vehicle condition“ |
FBDept(FK) |
Char(4) |
不允许 |
可靠的操作部门一引用Departments表的DeptID列的外码 |
INDate |
DateTime |
允许 |
事情的日期 |
INPlace |
Varchar(50) |
允许 |
事情发生的地址 |
BDStop |
Varchar(50) |
允许 |
客户乘车的公共汽车站 |
FBDesc |
Varchar(200) |
不允许 |
反馈描述 |
VHReg |
Char(15) |
允许 |
车辆登记号码 |
FBStatus |
Varchar(30) |
不允许 |
反馈状态 |
DtClosure |
DateTime |
允许 |
反馈终止的日期 |
EmpID(FK) |
Char(4) |
允许 |
登录反馈的雇员。如果通过Web站点来登录反馈,那么该字段为空值引用Employees表的EmpID列的外码 |
Assingnee(FK) |
Char(4) |
允许 |
负责调查反馈有效怀的雇员 引用Employees表的EmpID列的外码 |
| |||
列 |
数据类型 |
是否允许空值 |
描述 |
FBID(PK)(FK) |
Char(5) |
不允许 |
反馈引用号 引用CommplaintRegister表的FBID列的外码 |
Validity |
Char(10) |
不允许 |
反馈的正确性 可以设置为Vaild或者Invalid |
InvalidReason |
Varchar(200) |
允许 |
认为反馈正确的原因 |
DriverID(FK) |
Char(4) |
不允许 |
错误的执行者 引用Drivers表中的DriverID列的外码 |
DtCompletion |
DateTime(8) |
不允许 |
调查完成的日期 |
CorrectiveActionsRegister表 | |||
列 |
数据类型 |
是否允许空值 |
描述 |
FBID(PK)(FK) |
Char(5) |
不允许 |
反馈引用号码 引用ComplaintRegister表的FBID列的外码 |
EmplID(FK) |
Char(4) |
不允许 |
输入纠正详细资料的雇员 引用Employees表的EmopID列的外码 |
CorrectiveAction |
Varchar(200) |
不允许 |
采取纠正行动的相关详细资料 |
DtAction |
DateTime |
不允许 |
采取行动的日期 |
Drivers表 | |||
列 |
数据类型 |
是否允许空值 |
描述 |
DriverID(PK) |
Char(4) |
不允许 |
执行者ID |
DFName |
Char(20) |
不允许 |
名 |
DLName |
Char(20) |
不允许 |
姓 |
Address |
Varchar(100) |
不允许 |
地址 |
City |
Char(20) |
不允许 |
城市 |
State |
Char(2) |
不允许 |
州 |
Zip |
Char(12) |
允许 |
邮政区码 |
Phone |
Char(14) |
允许 |
执行者的联系号码 |
DOB |
DateTime |
不允许 |
生日 |
DOJ |
DateTime |
不允许 |
加入的日期 |
Dlicense |
Char(20) |
不允许 |
许可证号码 |
Services表 | |||
列 |
数据类型 |
是否允许空值 |
描述 |
SrNo(pk) |
Char(4) |
不允许 |
序列号 |
Source |
Varchar(30) |
不允许 |
服务的来源 |
Destination |
Varchar(30) |
不允许 |
服务的目的 |
[Contact Person] |
Varchar(30) |
不允许 |
联系人的名字 |
|
Varchar(30) |
不允许 |
联系人的电子邮箱 |
Phone |
Char(14) |
不允许 |
联系人的电话 |
Facility |
Varchar(20) |
不允许 |
Bus或Car服务 |
[Start Date] |
DateTime |
不允许 |
开办服务的日期 |
屏幕设计
|
屏幕名 |
屏幕类型 |
描述 |
表/使用的查询 |
主页 |
Web表 |
它分布了整个网站 主题 |
|
客户登陆界面 |
Web表 |
客户的登陆使用 |
Customers |
注册表单 |
Web表 |
用于客户注册使用 |
Customers |
客户的反馈 |
Web表 |
用来给客户填写反馈的 内容 |
ComlaintRegister |
部门经理登陆 |
VB Window 窗体 |
用于部门经理登陆 |
OD |
部门经理的更新
|
VB Window 窗体 |
用于对WEB站点的信息更新 |
ComlaintRegister
|
部门经理对Servers 的更新界面 |
VB Window 窗体 |
用于部门经理对Servers 的更新 |
Servers |
部门经理分配 抱怨界面 |
VB Window 窗体 |
用于分配抱怨给调查员 调查 |
ComlaintRegister
|
调查员登陆 |
VB window 窗体 |
用于调查员登陆 |
Employers |
抱怨的ID
|
VB window 窗体 |
用来显示抱怨的原因 和理由 |
ComlaintRegister |
非法执行者的资料 |
VB window 窗体 |
显示非法执行者的资料 |
Driver |
要执行的确认
|
表单:Customers 1客户名和密码应存在于Customers表中 2如果输入的信息错,则显示错误消息。 3 给出正确的信息后,系统允许注册和显示 菜单。 表单:OD 1经理名和密码应存在于OD表中 2如果输入的信息错,则显示错误消息。 3 给出正确的信息后,系统允许注册和显示 菜单 表单:Employees 1调查人员名和密码应存在于Employees表中 2如果输入的信息错,则显示错误消息。 3 给出正确的信息后,系统允许注册和显示 菜单 表单:ComplaintRegister 1抱怨者的抱怨的详细资料在于ComplaitRegister中 2经理对其更新和分配抱怨,如果输入的信息错,则显示错误消息。 3 给出正确的信息后,系统允许注册和显示 菜单。
|
报表设计
|
报表的名称 |
描述 |
所用的表/查询 |
抱怨清单
已解决的抱怨清单
|
可以查看抱怨清单
可以已解决的抱怨清单
|
ComplaitRegister
InvDetailRegister
|
软件设计评审检验表 | ||
| ||
# |
关心的方面 |
(ü/û) |
1 |
软件需求反映在软件体系结构中 |
ü |
2 |
获得了有效的模块性 |
ü |
3 |
所有模块都是功能独立的 |
ü |
4 |
数据结构与信息域一致。 |
ü |
5 |
数据结构与软件需求一致 |
ü |
6 |
设计阶段中已考虑了软件的可维护性 |
ü |
代码评审检验表 | ||
| ||
# |
关心的方面 |
(ü/û) |
1 |
设计已正常地翻译成代码 |
ü |
2 |
没有打字或拼写的错误 |
ü |
3 |
语言规则正确 |
ü |
4 |
没有不正确的或歧义的注解 |
ü |
5 |
所有变量都已被正确地声明 |
ü |
6 |
软件设计评审检验表中所有项已被再应用 |
ü |
问题报告
|
模板位置 |
问题描述 |
严重性 |
问题编号 |
分配给 |
受影响的项 |
采取动作 |
所花时间(小时) |
结束日期 |
验证日期 |
VB连接SQL |
从VB窗体 传值到SQL 问题 |
A |
1 |
|
VB窗体 连接SQL
|
逐步 查找 |
3 |
12 |
|
ASP连接SQL 数据库 |
从ASP 传值 到SQL 数据库 |
A |
2 |
|
ASP 传值 到SQL 数据库 |
逐步调试 |
2 |
13 |
|
在 Combox 里取值 |
从Combox 里取值 |
A |
3 |
|
从Combox 里取值 |
逐步调试 |
3 |
|
|
整体调试 |
整体调试 |
A |
4 |
|
整体调试 |
整体调试 |
24 |
|
|
增强建议
|
1.希望能够完善所有功能。 2.能够开通一个即时交流的平台 3.开通反馈奖励
|
总结
|
VB.NET与JAVA 有很多相同之处,但VB.NET的窗体设计比JAVA的窗体设计简单得多,用起来也比较方便。经过这次的项目开发,对VB.NET 有了更一步的了解,虽然在开发当中遇到困难,但在努力解决后有很大的 成就感,也学到与合作伙伴的沟通。。。。。。 |