电子名片管理系统体结构设计.docx
- 文档编号:29589271
- 上传时间:2023-07-24
- 格式:DOCX
- 页数:30
- 大小:640.06KB
电子名片管理系统体结构设计.docx
《电子名片管理系统体结构设计.docx》由会员分享,可在线阅读,更多相关《电子名片管理系统体结构设计.docx(30页珍藏版)》请在冰豆网上搜索。
电子名片管理系统体结构设计
电子名片管理系统体系结构设计
1.电子名片管理系统介绍
1.1电子名片管理系统开发背景.
随着社会发展的日新月异,商业往来日益广泛,人们之间的交往也日益频繁,于是,人们手中便出现了名目繁多的通讯录.名址录.名片夹等对交友或者客户进行管理的工具,但是一张张名片上的信息虽然不多,但是却占据了很大的空间;同时,这些传统的手动管理方式存在着不易更新.不易存放.容易丢失.难以备份等重大缺陷;而建立自己的电子文档对名片进行管理虽然克服了以上的缺点,但查询效率低下,特别是当数据量十分庞大时,劣势更加明显。
随着商务通的出现,虽然实现了可构造查询条件的名片电子化管理,但价格昂贵,难以在广大客户中进行全面普及。
因此开发出一个既可以存储信息,又可以进行更新.查询等功能,同时价格又能为广大消费者接受的多功能电子通讯录就显得十分必要。
1.2电子名片管理系统的基本要求.
该电子名片管理系统应该便于对名片进行分类和管理,提高工作效率,便于操作,能有效的对数据进行更新.查询,并能在一定程度上实现自动化。
(1)功能。
ECMS系统的主要功能为:
数据更新.数据查询.密码管理.数据导入/导出。
(2)性能。
方便有效的完成名片管理的各项工作,录入数据合法性的效验程度高,数据查询速度快。
(3)系统的输入。
商业往来过程中交流的各种名片所包含的信息。
(4)系统的输出。
查询的结果和各种类型的报表。
(5)处理流图。
(如下)
(6)安全和保密要求。
系统对不同权限的用户提供不同的功能模块,对历史数据的更改和新数据的添加只有一定权限的用户才能进行操作,一般的用户只能进行查询操作。
对数据库的关键数据应该要求保密。
(7)完成期限要求。
本系统的完成期限为指定时间。
1.3电子名片管理系统的开发目标
系统的开发目标应考虑如下因素:
(1)人力与设备费用的相对减少;
(2)处理速度的提高;
(3)控制精度的;
(4)人员利用率的改进;
1.4电子名片管理系统简要描述和优点
ECMS系统采用常规的数据库管理方法,根据名片信息管理的特点对数据库操作,比如对数据的增加.修改.删除.打印和输出等给予了优化。
ECMS系统有利与数据的集中和效管理。
与手动管理方式相比,占据空间小,易更新和备份;与自建文档相比可以高效的实现组合查询;与商务通相比功能更强.价格却更便宜。
ECMS系统增强了系统的灵活性。
当原始数据发生变动时,应用程序可以对数据库稍作修改即可使数据及时反映最新情况,如某个客户的联系电话发生变动,用户只需定位至该项记录加以修改即可。
ECMS系统能够较好的保证数据库的安全。
建立用户并为之分配密码和操作权限,这样,任何用户只能在他的权限范围内对数据库进行操作。
1.5电子名片管理系统所要具备的条件
项目开发中所具备的条件.假定和所受到的限制。
(1)所建议系统运行寿命的最小值。
系统运行寿命的最小值应达三年。
(2)进行系统方案选择比较的时间。
系统方案选择比较的时间为一个月。
(3)经费.投资方面的来源。
因为为课程设计要求,无经费来源。
(4)硬件.软件.运行环境和开发环境方面的条件。
硬件环境
PII或者更高档微机,笔记本电脑;
运行时内存要求:
1MB;
安装所需:
5MB;
打印机:
可选;
软件环境
中文Windows95/98/2000/Me;
英文Windows95/98/2000/Me+中文之星2.0;
WindowsNT4.0。
(5)可利用的信息和资源。
可参考已有的应用程序和数据库管理系统。
(6)系统投入的最晚时间。
(缺)
1.6电子名片管理系统的术语说明
ECMS:
电子名片管理系统
OA:
办公室自动化
MIS:
管理信息系统
DATAProcessing:
数据处理
TransactionProcessing:
事务处理
DataProcessingCycle:
数据处理流程
DataAcquisition:
数据采集
DataProcessingSystemSecurity:
数据处理系统安全性
2.电子名片管理系统需求分析
2.1电子名片管理系统用户需求分析
该电子名片管理系统的使用者分为普通用户和系统管理员两类。
这两类使用人员的功能需求不同。
普通用户
数据更新功能
该功能必须包括数据的添加.数据的删除和数据修改。
数据添加功能能提供便捷的录入截面,通过应用程序将原始数据追加到数据库中。
数据删除功能必须能将满足用户要求的相应记录中数据库中删除。
数据修改功能允许用户对他所指定的相关信息进行修改。
数据查询功能
该功能允许用户进行两种方式的查询:
记录浏览和条件查询。
记录浏览功能可以方便快捷地浏览全部记录。
条件查询允许用户构造各种组合条件来处理所需要信息。
同时可对满足条件的信息进行报表生成和打印输出。
密码管理功能
密码管理功能允许合法用户对密码进行修改。
数据导入/导出功能
该功能允许用户将全部记录导出至文曲星.商务通或者其他存储设备中,也可以将上述设备中的数据信息导入至本系统的数据库中。
系统管理员
用户以及权限的管理
系统设置和维护
2.2电子名片管理系统的功能模型
有需求分析,可以得到:
功能模型图如下
顶层数据流程图如下
详细功能模块图如下:
2.2.1密码管理模块
密码修改模块
该模块实现用户密码的修改,对用户的信息保护起了很好的作用,一旦密码外漏,可以通过其他注册信息进行修改。
帐号注销模块
该模块实现用户长号的注销,如果用户不想当前帐号可以注销。
2.2.2更新模块
数据修改模块
修改任意一条记录数据的所有域,其中姓名不能为空。
数据删除模块
删除一条数据记录,并且提供确认机制。
数据添加模块
添加一条新的数据记录。
2.2.3数据导入/导出模块
数据导入模块
可以将外部文件导入到本系统中保存。
数据导出模块
可以将本系统中的数据导出到外部设备中。
2.2.4查询模块
查看详细资料模块
可以显示用户选定记录的详细信息。
条件查询模块
可以进行姓名匹配查询;
单位及部门匹配查询;
电话号码匹配查询;
精确查询或者模糊查询;
单项查询或组合查询。
2.2.5系统管理模块
用户管理模块
对用户的注册,注销,删除,以及权限的修改。
系统设置模块
对系统的相关参数进行设置,如更新周期,备份数据等。
系统维护模块
可以进行系统的更新,系统的备份等。
2.3性能需求分析
2.3.1数据准确度
要求查询时应保证查全率,所有相应域包含查询关键字的记录都应能查到。
查询时应保证查准率,岔道的记录与给顶的单项或组合查询条件完全匹配。
2.3.2时间特性即效率
对于浏览.查询.增加.删除.更新和密码设置的一般操作,应该及时响应,在1到2秒内;对软磁盘和打印机的操作以及数据的导入和导出操作也应该在可以接受的时间内完成。
2.3.3适应性
满足个人使用的需求。
对于前面提到的运行环境要求不应该存在困难。
2.3.4完整性
要求能在发生以外(比如断电)的情况下,保证不丢失数据。
2.3.5安全保密性
要求提供身份严整,只允许通过身份验证的用户使用本软件,对于三次密码输入不正确的,应该强行关闭,并且当天该帐号无法使用。
2.4电子名片管理系统软件属性需求
1正确性。
要求发布的软件达到用户的预期目标,运行时基本无错误。
2可靠性
在一般条件下,应不出故障。
3易使用性
要求尽量为用户的使用提供方便,软件的截面符合目前流行的界面规范。
4可维护性
要求本软件在运行中发现错误时,能快速.准确对其进行定位.诊断和修改。
5可测试性
设计时尽可能减少测试本软件的各项功能所需要的工作量。
6复用性
设计时应采取模块化的方法进行设计,对系统内各模块接口尽可能达到高内聚.低偶合的程度,以提高各模块的复用性。
7可理解性
对于本软件的各种菜单命令,各种信息提示,应易于用户理解。
8可移值性
要求本软件在将来易于向WindowsCE操作系统上移值,以用于掌上电脑。
9互连性
要求提供数据的导入导出接口,一易于同其他系统的连接。
2.5外部接口需求分析
采用Windows的通用图形界面,对用户友好,且必须对鼠标和键盘提供支持,界面的设计应遵循如下的规则:
界面要具有一致性,界面规范应该遵循MSWindows软件界面的规范;
提供简单的错误处理;
提供反馈信息,用多种信息提示用户当前软件运行状态.软件界面元件的功能;
操作可逆,起动作可以是个单个的操作,或者是一个相对独立的操作序列;
设计良好的连机帮助;
显示启动画面,画面简洁明快,富有现代气息,不能太多花哨;
应该遵循国家关于计算机词汇的标准,用词适当精练准确,没有歧异,图形的意义明朗。
3.电子名片管理系统体系结构设计
3.1电子名片管理系统体系结构风格选择
我们使用4+1视图来指导体系结构设计,以逻辑视图,开发视图,场景视图为重点,辅助以进程视图和物理视图,通过功能行为,将整个大系统划分为三个子系统:
用户使用,管理员使用,系统管理.以下是对这三个子系统进行体系结构分析.
由于电子名片管理系统是一个面向个人用户的系统,当用户使用该系统时,最关心的两个问题就是数据的安全性与可靠性,特别是涉及到网络上的数据的传输,这些问题就显得十分重要。
因此,我们采用了这么两个策略来保证数据的安全性与可靠性:
1.采用数据加密传输机制来保证数据的安全性。
2.将记录的数据文件分别存放到不同的服务器数据库上来保证数据的可靠性。
即同一份记录有多个备份。
要实现这两个策略,需要用户在本地机器上运行复杂的代码,而不只是简单的上传下载的功能,而简单的浏览器并不能满足这个需要,因此,我们选用了C/S架构。
然而,传统的C/S架构有这么几个缺点:
多个Client端与Server端数据库直连,会给Server端数据库带来很大的压力。
Server端的业务与数据混合在一起,耦合度太高,不易修改。
为了解决这个问题,我们采用了改进的3层C/S架构,将服务器端的控制与数据分离,形成用户层——服务层——数据层的三层C/S体系结构。
这么一个C/S架构基本能满足用户的需求。
然而,除了用户,我们还需要为管理员提供管理接口。
由于管理员不需要上传下载文件,因此,对于管理员而言,他无须安装客户端。
并且,管理员必须能够方便快捷地管理系统。
因此,对于管理员,采用B/S架构是一个合适的选择。
除此以外,还有一个不容忽视的问题,那就是某台数据库服务器中的数据信息发生永久性损坏,那么记录的数据文件的冗余度就会降低,这将会降低整个系统的可用性。
如果损坏的服务器数目超过了阈值,文件则无法恢复。
对于这个问题,我们的解决办法是:
将所有的数据库服务器组织成一个P2P架构的机群,通过系统管理员设定的系统维护周期,定期的检测看哪台数据库服务中的数据信息出现损坏,然后将该机器上的数据恢复出来。
因此,网络备份系统最终的设计方案就是一个集合了C/S,B/S,P2P三种架构的混合体系结构。
3.2电子名片管理系统体系结构设计
3.2.1P2P体系结构
该体系结构是描述在系统管理员对Web数据库服务器设定下,由数据库服务器架构的P2P机群周期性的检测是否有某台数据库服务器中数据信息出现缺失,如果有,则自行的进行恢复。
该体系结构如下图:
3.2.2C/S体系结构
该体系结构是用来描述用户如何通过客户端来获得系统的服务。
当用户进行数据的更新.数据的查询.密码管理和导出功能时,用户就向应用服务器发送出相应的操作请求,应用服务器接受请求后,从存放冗余备份数据库数据的多个服务器中,选择一个当前速度最快的数据库服务器,取到用户需要的数据,然后返回给用户。
当用户进行导入功能时,应用服务器选择当前速度最快的几台数据库服务器
,把用户要导入的信息以一定冗余的次数保存起来。
以此当一台数据库服务器出现数据丢失,其他数据库服务器还保着。
该体系结构如下图:
另外还有一种C/S体系结构,设计一个代理服务器,维护服务器先把维护工作交给代理,代理服务器在传达给数据库服务器。
其体系结构图如下:
3.2.3B/S体系结构
该体系结构描述的是系统管理员如何通过Web服务器进行系统的管理。
管理员进行以下几种操作:
用户管理模块
对用户的注册,注销,删除,以及权限的修改。
系统设置模块
对系统的相关参数进行设置,如更新周期,备份数据等。
系统维护模块
可以进行系统的更新,系统的备份等。
通知管理
在该系统中,存在这么几种消息:
用户反馈消息;广告消息;系统通知消息。
管理员可以对这些消息进行管理
该体系结构如下图:
另外还有一种B/S体系结构,设计一个代理服务器,使得用户先通过代理进入Web服务器后再进入服务器层,其体系结构图如下:
优点:
1.客户端只需要是用浏览器即可访问系统。
2.系统维护、升级方便。
缺点:
1.代理服务器必须处理所有客户的备份和下载请求,将他们所需的文件打散和组装。
代价很大。
是系统瓶颈。
2.用户通过http协议上传下载文件,没有经过加密处理,缺乏安全性。
3.利用http协议传送文件速度慢,无法获得质量保证。
3.2.4混合体系结构
将以上3种不同的体系结构混合在一起就是我们整个系统的混合体系结构。
3.3电子名片管理系统构件设计与连接
基于前面的体系结构设计,我们可以从面向对象的角度出发,在一个比较大的粒度上,将网络备份系统划分为客户端模块,应用服务器模块以及web服务器模块共3个大构件。
这些构件在整体上被分为3层:
客户层,服务层与数据层。
由于这是一个实时交互的系统,因此不同层次的构件通过自定义的协议进行RPC连接。
而在每个构件中,根据上面的需求分析,我们可以在一个小粒度下,将相互独立的功能模块设计为其中的子构件。
总的构件设计与连接如下:
4.电子名片管理系统框架设计
4.1框架设计
客户端的结构框架图:
系统端的结构框架图:
底层公共框架说明:
基类和通用服务层
这一层主要是为了整个系统所需的基本服务提供基础设施,是整个系统开发中最基础最常用的部分.主要内容包括:
•对象模型基类
–JAVA类库
提供应用开发所需的无关具体应用背景的基本基类。
•通用服务(基本的机制)
–对象创建、复制、删除等服务
–消息机制
–数据传输
–安全维护
–冲突控制
–同步管理
这些通用服务以不完全实现的方式提供出来,应用开发者还可以根据实际应用的需要进一步完善开发。
公共对象层
提供系统范围内应用可能都需要的一组公共对象,这些对象所基于的类都可以在实际的应用开发中被继承,它们只是定义了公共对象最基本的属性和操作。
当然,应用开发者也可以绕过这些公共对象,定义自己所需要的对象。
提供这些公共对象的目的一方面是为了方便应用开发者的开发,另一方面也可以使得基于框架的应用开发能够具有较高的一致性。
按这些公共对象间的相关程度,可以分为如下的一些类组:
•类组0:
日历类
–自然日历
•类组1:
用户操作记录
–用户ID
–用户操作时间(日历)
–用户操作类型(上传/下载/删除/备份等)
•类组2:
用户组
–用户ID
–用户权限
–用户操作记录
•类组3:
系统管理员组
–管理员ID
–管理员权限
–管理员操作记录
•类组4:
传输消息组
–消息头
–消息类型
–消息内容
4.3核心业务模块及扩展机制
核心业务模块提供了电子名片管理系统的核心的功能,包括客户端的核心业务模块和系统端的核心业务模块,例如帐号密码管理模块,更新/查询模块,数据导入/导出模块,帐号密码验证模块,数据管理模块,用户管理模块,系统设置模块,系统维护模块,通知管理模块等核心功能,并且提供了基于类和通用服务层以及公共对象层的扩展机制,使得应用的开发者可以基于基类与通用服务,或者公共对象层来完成新增业务的开发.核心业务模块层的目的在于创建一个良好的面向对象的体系结构,和一个易于扩展的具有基础应用结构和行为的实现。
应用的开发者可以对核心业务模块提供的这些功能进行扩展,增加用户界面、具体应用场景的特定需求、特殊规则、具有竞争力的应用特色,以及补充的应用功能。
比如对客户端进一步扩展自动升级功能,新加如的数据记录提示的功能;系统管理员端对服务器端扩展出监控报警功能等.
客户端的核心业务模块:
密码管理模块
功能:
对密码进行设置
这里涉及到在文件传输的时候一些关于用户名,密码,索引信息等传输控制的信息的加密解密,以保证文件传输的安全性。
主要操作:
鼠标或键盘事件
扩展点:
支持多种不同的加密机制.
更新模块
功能:
完成修改、添加、删除功能
主要操作:
鼠标或键盘事件
扩展点:
查询模块
功能:
完成查询功能
主要操作:
输入查询条件
扩展点:
可以进行各种组合查询。
数据导入/导出模块
功能:
将外部文件导入本系统中;
将本系统中的数据导入到外部设备中。
主要操作:
导入/导出记录数据。
扩展点:
使各种不同的存储设备均可进行该项操作。
帐号密码验证模块
功能:
对登陆的用户的身份进行验证,通过者才能进入系统。
主要操作:
输入用户名和密码
扩展点:
(暂无)
数据管理模块
功能:
在系统维护设定的时间周期内,服务器端对客户端输入的客户的几个不同备份数据记录进行检查,如发现哪个缺失,则进行恢复。
扩展点:
由系统定期的检测并提示给系统管理员数据的存储状态是否全部良好。
.
用户管理模块
功能:
对系统注册的用户进行管理.
主要操作:
添加用户,查找用户,删除用户.
扩展点:
查看当前用户状态
系统设置模块
功能:
对系统的升级条件。
系统定时维护的周期等进行设置
主要操作:
扩展点:
在需要进行设置的时候设置各种需要的条件。
系统维护模块
功能:
对系统进行维护,对用户存储在不同的数据库服务器的数据进行检测,并及时恢复出缺失的数据记录。
主要操作:
扩展点:
消息管理模块
功能:
对用户反馈的消息,系统通知消息,广告消息进行管理.
主要操作:
查看消息,发送消息,删除消息
扩展点:
查询历史消息.
5电子名片管理系统体系结构评估
5.1评估方法的选择:
根据课本内容,我们了解到体系结构的评估方式有基于调查问卷或检查表的评估方式、基于场景的评估方式(ATAM和SAAM两种)、基于度量的评估方式这几种,对它们进行比较:
由于前面,我们已经分析了软件的结构,要进行评估,我们就可以直接采用基于场景的ATAM评估方法。
5.2ATAM评估的步骤:
与ATAM评估模板相同,对于我们的系统,整个ATAM评估过程也包括九个步骤,按其编号顺序分别是描述ATAM方法、描述商业动机、描述体系结构、确定体系结构方法、生成质量属性效用树、分析体系结构方法、讨论和分级场景、分析体系结构方法(是第六步的重复)、描述评估结果。
5.2.1描述ATAM方法:
在完成了以上各步骤以后,由评估小组负责人向参加会议的风险承担者介绍评估方法。
解释每个人将要参与的过程,并预留出解答疑问的时间,设置好其他活动的环境和预期结果。
关键是要使每个人都知道要收集哪些信息,如何描述这些信息,将要向谁报告等。
特别是要描述以下事项:
(1)ATAM方法步骤简介;
(2)获取和分析技术:
效用树的生成,基于体系结构方法的获取/分析,场景的映射等;
(3)评估结果:
所得出的场景及其优先级,用户理解/评估体系结构的问题,描述驱动体系结构的需求并对这些需求进行分类,所确定的一组体系结构方法和风格,一组所发现的风险点和无风险点、敏感点和权衡点。
5.2.2描述商业动机:
参加评估的所有人员必须理解待评估的系统,在这一步,项目经理要从商业角度介绍系
统概况,下面列出了描述的具体内容:
商业环境/驱动描述
(1)描述商业环境、历史、市场划分、驱动需求、风险承担者、当前需要以及系统如何满足这些需要:
电子名片管理系统具有一定的商业开发潜力。
它适用于各种商业场所。
而且该系统不但新颖,时尚,而且非常实用,适用于任何商家,企事业。
电子名片是名片中的极品,是名片中的“绅士”,是现代化生活的象征。
电子名片用途广泛,适于政府招商引资,介绍当地的各种资源;企业推销自己的产品、服务;成功人士塑造自己的对外形象。
随电脑和刻录设备的普及,电子名片将会越来越显示出它的适用性,随着电子名片的成本降低,人们将越来越离不开电子名片。
电子名片是今后企事业单位必备的宣传品,市场前景非常广阔。
目前国内电子名片制作企业比较少见,电子名片做为新兴事物,必然会得到大力推广。
(2)描述商业方面的约束条件(例如:
推向市场的时间、客户需求、标准和成本等):
整个系统的设计需要的时间为10人/年。
我们的开发小组只有三人,估计就会用到3年左右的时间开开发。
在整个设计过程结束以后,系统就会被推向市场;而客户的需求则是能够为他们的公司以及个人产生市场影响并便于商务交流。
而本系统的成本则大略估计在5000左右。
(3)描述技术方面的约束条件(例如:
COTS、与其他系统的互操作、所需要的软硬件平台、遗留代码的重用等):
本系统最终达到的效果是发布给用户后,由用户加载在所属网站内,下一级用户便能通过访问对应网站来实现登录该平台。
系统对软硬件设施没什么要求,基本上支持所有的操作系统和软硬件平台。
(4)质量属性需求(例如:
系统平台、可用性、安全性、可修改性、互操作性、集成性和这些需求来自的商业需要):
同以上第(3)条所描述的,系统平台具有一定的通用性。
没有过多的约束条件。
对于安全性,系统在使用过程中,用户要有自己的登录身份,否则不能访问系统数据。
系统涉及到一个互动过程,可以实现用户之间的互相操作。
系统可以集成在用户群的网站里,网站可以任意访问,进入网站后则要进行用户身份的登录验证。
(5)术语表:
由于系统还没有进行具体的设计,暂时还没有涉及到术语。
5.2.3描述体系结构:
在这一步中,首席设计师或设计小组要对体系结构进行详略适当的介绍,这里的“详略适当”取决于多个因素,例如有多少信息已经决定了下来,并形成了文档;可用时间是多少;系统面临的风险有哪些等。
这一步很重要,将直接影响到可能要做的分析及分析的质量。
在进行更详细的分析之前,评估小组通常需要收集和记录一些额外的体系结构信息。
描述体系结构的具体内容如下:
体系结构描述
我们的电子名片管理系统客户端采用了C/S体系结构。
为了方便系统管理员对整个系统的运行情况有所了解,对系统进行配置管理等,通过给系统增加一个Web服务器,实现了C/S架构,这样就方便管理员随时随地的进行系统资源的管理和维护功能。
对于多组数据库服务器,在系统管理员设定的维护周期,采用P2P模式,对用户输入的不同存储备份数据进行检测并恢复出缺失。
5.2.4确定体系结构方法:
ATAM评估方法主要通过理解体系结构方法来分析体系结构,在这一步,由设计师确定体系结构方法,由分析小组捕获,但不进行分析。
ATAM评估方法之所以强调体系结构方法和体系结构风格的确定,是因为这些内容代表了实现最高优先级的质量属性的体系结构手段。
也就是说,它
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电子名片 管理 系统 结构设计