2012/4/11 0:39:41

大学时期客户关系网站项目文档

大学时期客户关系网站项目文档

目录

 

 

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

E-mail

                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                     

 

 

 

 

 

 

                 工作流程图

            

 

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)

 

不允许

 

 邮政区码

 

 Email

 

   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)

不允许

联系人的名字

Email

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

有了更一步的了解,虽然在开发当中遇到困难,但在努力解决后有很大的

成就感,也学到与合作伙伴的沟通。。。。。。