EIM概要设计报告.docx

上传人:b****5 文档编号:3787395 上传时间:2022-11-25 格式:DOCX 页数:19 大小:258.19KB
下载 相关 举报
EIM概要设计报告.docx_第1页
第1页 / 共19页
EIM概要设计报告.docx_第2页
第2页 / 共19页
EIM概要设计报告.docx_第3页
第3页 / 共19页
EIM概要设计报告.docx_第4页
第4页 / 共19页
EIM概要设计报告.docx_第5页
第5页 / 共19页
点击查看更多>>
下载资源
资源描述

EIM概要设计报告.docx

《EIM概要设计报告.docx》由会员分享,可在线阅读,更多相关《EIM概要设计报告.docx(19页珍藏版)》请在冰豆网上搜索。

EIM概要设计报告.docx

EIM概要设计报告

 

ZenQEIM企业通讯系统

概要设计报告

 

文档信息:

文档名称

ZenQEIM系统概要设计

描述

对EIM从开发环境,运行环境,系统的各功能模块和系统的安全

负责人

版本

状态

文档变更历史:

时间

修改人

章节

描述

审核结果:

审核人

意见

签名

目录

文档介绍4

文档目的4

文档范围4

读者对象4

参考文献4

术语与缩写解释4

系统概述5

设计约束5

系统总体结构设计6

集成测试用例11

需求跟踪矩阵11

数据库或数据结构设计12

通信、协议、接口(INTERFACE)、事件、信号等设计14

运行模型设计14

部署模型设计15

系统出错处理设计15

开发环境的配置15

运行环境的配置16

测试环境的配置17

其它17

文档介绍

文档目的

在完成了软件系统的需求分析的基础上,为了明确软件需求,安排项目规划与进度,组织软件开发与测试,编写这份概要设计说明书.

此概要设计说明书对《ZenQEIM企业通讯系统》软件的解决方案,功能分配,模块化分,程序的总体结构,输入输出和接口设计,运行设计及出错设计等方面作了全面的概括性的说明,为该软件的详细设计奠定了基础.

文档范围

读者对象

项目评审人员、详细设计人员、开发人员、测试人员和验收人员

参考文献

提示:

列出本文档的所有参考文献(可以是非正式出版物),格式如下:

[标识符]作者,文献名称,出版单位(或归属单位),日期

术语与缩写解释

缩写、术语

解释

系统概述

为配合公司的ERP软件进一步在市场中的竞争力,提高企业信息交流的速度,降低沟通成本,有效实现管理信息共享,公司提出企业通讯平台产品计划。

市场上拥有大量的娱乐性及时通讯工具,但并不适应企业需求。

企业需要各种通讯方式进行整合,能够将现有的系统、工作流、文档管理的系统进行整合。

设计约束

应用程序必须在以下硬件环境中运行。

客户端程序运行环境:

CPU

Intel及兼容CPU1GHZ以上

内存

256M以上

硬盘空间

100M以上的磁盘空间

软件环境

Windows2000以上操作系统,.net2.0framework。

服务端程序运行环境

CPU

Intel及兼容CPU2GHZ以上

内存

512M以上

硬盘空间

100M以上的磁盘空间

软件环境

Windows2000以上操作系统

.net2.0framework

SQLServer2000/Oracle9i等关系型数据库

对于服务端程序使用的数据库可以支持SQLServer或Oracle,可以对程序进行配置。

服务端程序可以作为服务端程序运行,并且易于管理。

服务程序的运行状况便于跟踪。

程序界面美观,操作方便,易于使用。

性能要求:

服务端程序在上述的配置下,能够支持两百个用户在线工作。

系统总体结构设计

1系统总体结构设计

系统划分为三个子系统来实现系统的功能。

1)客户端通信模块

本子系统主要实现每个使用EIM通讯系统的客户端的登录,通讯,通讯录的管理,个人信息管理,业务场景管理.

2)通讯服务模块

本子系统主要实现记录每个客户的信息和实现每个客户端的通讯,存储客户端的离线信息,验证每个数据包的正确性,验证每个客户的登录信息,是本系统的核心部分.

3)服务配置管理模块

该子系统主要是对服务器端的维护,能够实现对用户管理(删除用户,添加用户,设置密码)和组织结构的管理(定义组织结构,增加部门信息,修改部门信息,删除部门信息)

2系统部署模型:

各子系统安装部署如图1所示。

图1

3系统逻辑结构设计

3.1客户端通讯模块

客户通讯模块主要完成与服务程序的通讯交互,通过TCP/IP协议与服务程序联系,实现与其他客户端程序的通讯。

客户端模块实现的功能如下:

1、与服务端通讯管理

2、用户登陆验证

3、密码修改

4、及时通讯

5、显示/更新企业通讯录

6、管理个人通讯录

7、管理接收到的消息

8、客户显示设置维护

9、在线状态维护

客户通讯模块的逻辑结构如图2所示:

图2

模块功能描述:

A、客户通讯界面

客户通讯界面负责与终端用户的交互,

B、通讯服务

负责完成网络数据的传输,对协议的解析。

3.2通讯服务系统

通讯服务接收客户通讯程序的请求,并对请求进行响应。

通讯服务程序作为WindowService应用程序运行。

通讯服务程序主要完成的功能:

1、通讯版本验证

2、用户登陆验证

3、响应用户密码修改

4、响应客户系统通讯录请求

5、响应用户通讯录管理

系统逻辑结构如图3所示:

图3

A、通讯服务程序

通讯服务程序实现Winows服务类型程序,管理客户连接,响应用户请求。

C、通讯服务

负责完成网络数据的传输,对协议的解析。

D、业务逻辑

实现业务逻辑。

例如:

用户验证,账户管理,

E、数据访问层

数据库访问层提供接口,完成对数据的操纵。

数据库访问负责完成对不同类型的数据库的操作,实现对数据的持久化。

数据库访问层将数据库中存储的数据,转换为实体对象,提供给业务逻辑层。

业务逻辑层不需要关心这些实体对象如何存储。

F、实体对象

实体对象用于描述系统中各种实体对象。

这些对象也作为各层之间数据传递的依据。

G、数据库层

数据库层是各种关系型数据,可以是不同的数据类型。

它负责存储系统中的业务实体对象。

同时也通过存储过程完成一些简单的业务逻辑。

3.3服务配置管理

服务管理程序主要实现用户账户的管理与企业通讯录的维护。

使用多层的方式实现。

服务配置管理程序实现功能:

1、用户账户管理

2、组织结构定义

系统逻辑结构如图4所示:

图4

4系统物理结构

4.1EIM客户端模块

4.2EIM通讯服务模块

4.3EIM服务配置管理模块

根据系统的逻辑结构,系统物理结构如图5所示。

图中的箭头描述了模块间的直接依赖关系。

图5

A、用户界面模块Hummer.Manager

用户界面模块实现用户界面层逻辑。

此模块为可执行文件。

B、业务逻辑模块Hummer.BLL

业务逻辑包含完成各种业务的逻辑对象,这些对象完成系统定义的业务功能。

需要访问数据库的部分,通过调用数据库访问模块来完成。

此模块创建DLL程序集。

C、数据访问抽象模块Hummer.IDAL

数据访问抽象模块定义系统数据的接口。

它不是现任何对数据访问操作的逻辑,由其它模块实现这些接口。

由于系统需要实现访问不同类型的数据库,而不同类型数据库的访问存在一定的差异性。

定义抽象的数据访问层,避免差异性带来模块直接的强耦合。

数据抽象接口由其它模块实现。

在本系统中实现对SqlServer、Oracle的访问。

Hummer.DALFactory数据访问工厂模块根据系统的配置,创建不同的数据访问对象。

业务逻辑通过抽象应用这个数据访问对象。

D、数据访问模块Hummer.SqlServerDAL

实现IDAL中定义的接口,实现对SqlServer数据库的访问。

E、数据访问模块Hummer.OracleDAL

实现IDAL中定义的接口,实现对Oracle类型的数据库的访问。

F、数据访问工厂Hummer.DALFactory

实现根据读取系统配置来创建数据库访问对象。

产生一个程序集(DLL)。

G、业务实体模块Hummer.Model

定义了系统中使用到的实体对象。

产生一个程序集(DLL)。

H、数据库访问辅助模块Hummer.SqlHelper

封装系统ADO.NET常用方法,简化对数据库的访问操作。

数据库设计

数据库名称:

EIMDatabase

数据库命名规则:

表名,字段名首字大写

关键字全部大写

部门信息表

字段

数据类型

是否为空

说明

DepartmentID

VARCHAR(20)

PRIMARYKEY

部门编号

DepartmentName

VARCHAR(40)

NOTNULL

部门名称

DepartmentHead

VARCHAR(20)

NOTNULL

部门负责人

DepartmentDes

VARCHAR(100)

部门介绍/工作职责

Memo

VARCHAR(100)

备注

部门信息表表名:

DepartmentInfo

作用:

记录公司部门信息

字段

数据类型

是否为空

说明

EmployeeID

VARCHAR(20)

PRIMARYKEY

员工编号,主键

EmployeeName

VARCHAR(40)

NOTNULL

员工姓名

Sex

VARCHAR(6)

NOTNULL

员工性别

Bondage

DATETIME

出生日期

MobilePhone

VARCHAR(20)

移动电话

HomePhone

VARCHAR(20)

家庭电话

Email

VARCHAR(100)

E-Mail

Fax

VARCHAR(20)

传真

Address

VARCHAR(150)

家庭住址

DepartmentID

VARCHAR(20)

NOTNULL

所属部门编号

Memo

VARCHAR(100)

备注

员工信息表表名:

EmployeeInfo

作用:

记录所有员工详细信息

外键约束:

‘DepartmentID’字段受[部门信息表]’DepartmentID’字段约束

用户信息表

字段

数据类型

是否为空

说明

AccountID

VARCHAR(20)

PRIMARYKEY

用户登陆账号

Password

VARCHAR(50)

NOTNULL

用户密码

EmployeeID

VARCHAR(20)

NOTNULL

用户员工编号

OffLineLastTime

Datetime

NOTNULL

上次离线时间

IsChangePassword

Bool

NOTNULL

强制修改密码

Memo

VARCHAR(100)

备注

用户信息表表名:

AccoutInfo

作用:

记录登入账户的信息

外键约束:

’EmployeeID’字段受[员工信息表]’EmployeeID’字段约束

用户信息表、员工信息表与部门信息表之间的关系图如图6

图6

消息表

字段

数据类型

是否为空

说明

MessageID

VARCHAR(20)

PRIMARYKEY

消息编号

MessageTime

DATETIME

NOTNULL

消息发送时间

MessageFrom

VARCHAR(20)

NOTNULL

消息发送人

MessageTo

VARCHAR(20)

NOTNULL

消息收信人

MessageContent

VARCHAR(200)

消息内容

Memo

VARCHAR(100)

备注

消息表表名:

MessageInfo

作用:

记录离线消息信息

外键约束:

’MessageFrom’字段受[用户信息表]’AccountID’字段约束

‘MessageTo’字段受[用户信息表]’AccountID’字段约束

消息表与用户信息表关系如图7

图7

联系组信息表

字段

数据类型

是否为空

说明

GroupID

VARCHAR(20)

PRIMARYKEY

联系组组编号

GroupOwnerID

VARCHAR(20)

NOTNULL

联系组的所有者

GroupName

VARCHAR(40)

NOTNULL

联系组组名

GroupDescription

VARCHAR(100)

联系组介绍

联系组表表名:

GroupInfo

作用:

记录所有用户自定义组的信息

外键约束:

‘GroupOwenrID‘字段受[用户信息表]’AccountID’字段约束

联系人信息表

字段

数据类型

是否为空

说明

GroupID

VARCHAR(20)

NOTNULL

所属的联系组编号

ContactID

VARCHAR(20)

NOTNULL

联系人编号

NickName

VARCHAR(40)

昵称

联系人信息表表名:

AddressListInfo

作用:

记录用户自定义组的组员信息

外键约束:

‘GroupID’字段受[GroupInfo]’GroupID’字段约束

‘ContactID’字段受[用户信息表]’AccountID’字段约束

联系组信息、联系人信息与用户信息关系如图8

图8

通信、协议、接口(INTERFACE)、事件、信号等设计

提示:

有些是可选的

通信:

基于TCP/IP的通讯模式(局域网)。

协议:

协议定义一组输入和输出的消息类型(例如操作、信号),并可以选择定义协作,协作指定所要求的消息顺序和状态机。

接口:

接口声明一组操作(包括它们的信号和参数),这些操作用于指定由分类符模型元素(例如,类、构件或子系统)提供的服务。

事件:

事件用于确定并获取系统外部所发生事情的有关信息,系统获知事情的发生并必须做出响应。

事件也可以用于对内部事件(尤其是异常事件)建模。

信号:

“信号”是一种事件,它是两个实例之间异步交互的具体化表示。

运行模型设计

提示:

此项是可选的

(进程和线程关系图)

部署模型设计

提示:

此项是可选的

(物理分布图)

系统出错处理设计

出错信息

用一览表的方式说朗每种可能的出错或故障情况出现时,系统输出信息的形式、含意及处理方法。

补救措施

说明故障出现后可能采取的变通措施,包括:

a.后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术;

b.降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录;

c.恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。

开发环境的配置

提示:

说明本系统应当在什么样的环境下开发,有什么强制要求和建议?

类别

标准配置

最低配置

计算机硬件

Inter(R)CeleronCPU2.53GHz

512M的内存

PcCPU2..GHz以上

512M的内存

软件

Windowsserver2003

MicrosoftVisualStudio2005

.NetFormwork2.0

Windowsserver2000

MicrosoftVisualStudio2003

.NetFormwork1.0

网络通信

(TCP/IP)局域网

(TCP/IP)局域网

其它

运行环境的配置

提示:

说明本系统应当在什么样的环境下运行,有什么强制要求和建议?

类别

标准配置

最低配置

计算机硬件

客户端:

Intel系列及兼容PC机

1.6GMHz以上CPU,256M以上内存,2G以上硬盘空间

服务器:

Intel系列及兼容PC机

IntelP42.8GMHz以上CPU

1G以上内存,40G以上硬盘空间

客户端:

Intel系列及兼容PC机

1GMHz以上CPU,256M以上内存,200M以上硬盘空间

服务器

Intel系列及兼容PC机

IntelP42GMHz以上CPU,512M以上内存,1000M以上硬盘空间

软件

客户端:

MicrosoftWindows2003以上系列操作系统

NETFramework2.0

服务器:

MicrosoftWindows2003Server以上系列操作系统,

.netFramework2.0

SQLServer2005以上版本

客户端:

MicrosoftWindows2000以上系列操作系统

.NETFramework2.0

服务器:

MicrosoftWindows2000Server以上系列操作系统,

.netFramework2.0

SQLServer2000以上版本

 

网络通信

局域网

局域网

其它

测试环境的配置

提示:

说明本系统应当在什么样的环境下测试,有什么强制要求和建议?

(1)一般地,单元测试、集成测试环境与开发环境相同。

(2)一般地,系统测试、验收测试环境与运行环境相同或相似(更加严格)。

其它

提示:

(安全模型等)

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 小学教育 > 语文

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1