电子名片管理系统体结构设计Word文档下载推荐.docx

上传人:b****5 文档编号:20379745 上传时间:2023-01-22 格式:DOCX 页数:24 大小:639.92KB
下载 相关 举报
电子名片管理系统体结构设计Word文档下载推荐.docx_第1页
第1页 / 共24页
电子名片管理系统体结构设计Word文档下载推荐.docx_第2页
第2页 / 共24页
电子名片管理系统体结构设计Word文档下载推荐.docx_第3页
第3页 / 共24页
电子名片管理系统体结构设计Word文档下载推荐.docx_第4页
第4页 / 共24页
电子名片管理系统体结构设计Word文档下载推荐.docx_第5页
第5页 / 共24页
点击查看更多>>
下载资源
资源描述

电子名片管理系统体结构设计Word文档下载推荐.docx

《电子名片管理系统体结构设计Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《电子名片管理系统体结构设计Word文档下载推荐.docx(24页珍藏版)》请在冰豆网上搜索。

电子名片管理系统体结构设计Word文档下载推荐.docx

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.2.1密码管理模块

密码修改模块

该模块实现用户密码的修改,对用户的信息保护起了很好的作用,一旦密码外漏,可以通过其他注册信息进行修改。

帐号注销模块

该模块实现用户长号的注销,如果用户不想当前帐号可以注销。

更新模块

数据修改模块

修改任意一条记录数据的所有域,其中姓名不能为空。

数据删除模块

删除一条数据记录,并且提供确认机制。

数据添加模块

添加一条新的数据记录。

2.2.3数据导入/导出模块

数据导入模块

可以将外部文件导入到本系统中保存。

数据导出模块

可以将本系统中的数据导出到外部设备中。

2.2.4查询模块

查看详细资料模块

可以显示用户选定记录的详细信息。

条件查询模块

可以进行姓名匹配查询;

单位及部门匹配查询;

号码匹配查询;

精确查询或者模糊查询;

单项查询或组合查询。

2.2.5系统管理模块

用户管理模块

对用户的注册,注销,删除,以及权限的修改。

系统设置模块

对系统的相关参数进行设置,如更新周期,备份数据等。

系统维护模块

可以进行系统的更新,系统的备份等。

2.3性能需求分析

2.3.1数据准确度

要求查询时应保证查全率,所有相应域包含查询关键字的记录都应能查到。

查询时应保证查准率,岔道的记录与给顶的单项或组合查询条件完全匹配。

2.3.2时间特性即效率

对于浏览.查询.增加.删除.更新和密码设置的一般操作,应该及时响应,在1到2秒内;

对软磁盘和打印机的操作以及数据的导入和导出操作也应该在可以接受的时间内完成。

适应性

满足个人使用的需求。

对于前面提到的运行环境要求不应该存在困难。

完整性

要求能在发生以外(比方断电)的情况下,保证不丧失数据。

2.3.5平安保密性

要求提供身份严整,只允许通过身份验证的用户使用本软件,对于三次密码输入不正确的,应该强行关闭,并且当天该帐号无法使用。

2.4电子名片管理系统软件属性需求

1正确性。

要求发布的软件到达用户的预期目标,运行时根本无错误。

2可靠性

在一般条件下,应不出故障。

3易使用性

要求尽量为用户的使用提供方便,软件的截面符合目前流行的界面标准。

4可维护性

要求本软件在运行中发现错误时,能快速.准确对其进行定位.诊断和修改。

5可测试性

设计时尽可能减少测试本软件的各项功能所需要的工作量。

6复用性

设计时应采取模块化的方法进行设计,对系统内各模块接口尽可能到达高内聚.低偶合的程度,以提高各模块的复用性。

7可理解性

对于本软件的各种菜单命令,各种信息提示,应易于用户理解。

8可移值性

要求本软件在将来易于向WindowsCE操作系统上移值,以用于掌上电脑。

9互连性

要求提供数据的导入导出接口,一易于同其他系统的连接。

外部接口需求分析

采用Windows的通用图形界面,对用户友好,且必须对鼠标和键盘提供支持,界面的设计应遵循如下的规那么:

界面要具有一致性,界面标准应该遵循MSWindows软件界面的标准;

提供简单的错误处理;

提供反应信息,用多种信息提示用户当前软件运行状态.软件界面元件的功能;

操作可逆,起动作可以是个单个的操作,或者是一个相对独立的操作序列;

设计良好的连机帮助;

显示启动画面,画面简洁明快,富有现代气息,不能太多花哨;

应该遵循国家关于计算机词汇的标准,用词适当精练准确,没有歧异,图形的意义明朗。

3.电子名片管理系统体系结构设计

电子名片管理系统体系结构风格选择

我们使用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.1P2P体系结构

该体系结构是描述在系统管理员对Web数据库效劳器设定下,由数据库效劳器架构的P2P机群周期性的检测是否有某台数据库效劳器中数据信息出现缺失,如果有,那么自行的进行恢复。

该体系结构如下列图:

3.2.2C/S体系结构

该体系结构是用来描述用户如何通过客户端来获得系统的效劳。

当用户进行数据的更新.数据的查询.密码管理和导出功能时,用户就向应用效劳器发送出相应的操作请求,应用效劳器接受请求后,从存放冗余备份数据库数据的多个效劳器中,选择一个当前速度最快的数据库效劳器,取到用户需要的数据,然后返回给用户。

当用户进行导入功能时,应用效劳器选择当前速度最快的几台数据库效劳器

,把用户要导入的信息以一定冗余的次数保存起来。

以此当一台数据库效劳器出现数据丧失,其他数据库效劳器还保着。

另外还有一种C/S体系结构,设计一个代理效劳器,维护效劳器先把维护工作交给代理,代理效劳器在传达给数据库效劳器。

其体系结构图如下:

3.2.3B/S体系结构

该体系结构描述的是系统管理员如何通过Web效劳器进行系统的管理。

管理员进行以下几种操作:

通知管理

在该系统中,存在这么几种消息:

用户反应消息;

广告消息;

系统通知消息。

管理员可以对这些消息进行管理

另外还有一种B/S体系结构,设计一个代理效劳器,使得用户先通过代理进入Web效劳器后再进入效劳器层,其体系结构图如下:

优点:

1.客户端只需要是用浏览器即可访问系统。

2.系统维护、升级方便。

缺点:

1.代理效劳器必须处理所有客户的备份和下载请求,将他们所需的文件打散和组装。

代价很大。

是系统瓶颈。

2.用户通过协议上传下载文件,没有经过加密处理,缺乏平安性。

3.利用协议传送文件速度慢,无法获得质量保证。

3.2.4混合体系结构

将以上3种不同的体系结构混合在一起就是我们整个系统的混合体系结构。

3.3电子名片管理系统构件设计与连接

基于前面的体系结构设计,我们可以从面向对象的角度出发,在一个比拟大的粒度上,将网络备份系统划分为客户端模块,应用效劳器模块以及web效劳器模块共3个大构件。

这些构件在整体上被分为3层:

客户层,效劳层与数据层。

由于这是一个实时交互的系统,因此不同层次的构件通过自定义的协议进行RPC连接。

而在每个构件中,根据上面的需求分析,我们可以在一个小粒度下,将相互独立的功能模块设计为其中的子构件。

总的构件设计与连接如下:

4.电子名片管理系统框架设计

框架设计

客户端的结构框架图:

系统端的结构框架图:

底层公共框架说明:

基类和通用效劳层

这一层主要是为了整个系统所需的根本效劳提供根底设施,是整个系统开发中最根底最常用的局部.主要内容包括:

•对象模型基类

–JAVA类库

提供给用开发所需的无关具体应用背景的根本基类。

•通用效劳〔根本的机制〕

–对象创立、复制、删除等效劳

–消息机制

–数据传输

–平安维护

–冲突控制

–同步管理

这些通用效劳以不完全实现的方式提供出来,应用开发者还可以根据实际应用的需要进一步完善开发。

公共对象层

提供系统范围内应用可能都需要的一组公共对象,这些对象所基于的类都可以在实际的应用开发中被继承,它们只是定义了公共对象最根本的属性和操作。

当然,应用开发者也可以绕过这些公共对象,定义自己所需要的对象。

提供这些公共对象的目的一方面是为了方便应用开发者的开发,另一方面也可以使得基于框架的应用开发能够具有较高的一致性。

按这些公共对象间的相关程度,可以分为如下的一些类组:

•类组0:

日历类

–自然日历

•类组1:

用户操作记录

–用户ID

–用户操作时间(日历)

–用户操作类型(上传/下载/删除/备份等)

•类组2:

用户组

–用户权限

–用户操作记录

•类组3:

系统管理员组

–管理员ID

–管理员权限

–管理员操作记录

•类组4:

传输消息组

–消息头

–消息类型

–消息内容

核心业务模块提供了电子名片管理系统的核心的功能,包括客户端的核心业务模块和系统端的核心业务模块,例如帐号密码管理模块,更新/查询模块,数据导入/导出模块,帐号密码验证模块,数据管理模块,用户管理模块,系统设置模块,系统维护模块,通知管理模块等核心功能,并且提供了基于类和通用效劳层以及公共对象层的扩展机制,使得应用的开发者可以基于基类与通用效劳,或者公共对象层来完成新增业务的开发.核心业务模块层的目的在于创立一个良好的面向对象的体系结构,和一个易于扩展的具有根底应用结构和行为的实现。

应用的开发者可以对核心业务模块提供的这些功能进行扩展,增加用户界面、具体应用场景的特定需求、特殊规那么、具有竞争力的应用特色,以及补充的应用功能。

比方对客户端进一步扩展自动升级功能,新加如的数据记录提示的功能;

系统管理员端对效劳器端扩展出监控报警功能等.

客户端的核心业务模块:

密码管理模块

功能:

对密码进行设置

这里涉及到在文件传输的时候一些关于用户名,密码,索引信息等传输控制的信息的加密解密,以保证文件传输的平安性。

主要操作:

鼠标或键盘事件

扩展点:

支持多种不同的加密机制.

更新模块

完成修改、添加、删除功能

主要操作:

扩展点:

查询模块

完成查询功能

输入查询条件

可以进行各种组合查询。

数据导入/导出模块

将外部文件导入本系统中;

将本系统中的数据导入到外部设备中。

导入/导出记录数据。

使各种不同的存储设备均可进行该项操作。

帐号密码验证模块

对登陆的用户的身份进行验证,通过者才能进入系统。

输入用户名和密码

扩展点:

(暂无)

数据管理模块

在系统维护设定的时间周期内,效劳器端对客户端输入的客户的几个不同备份数据记录进行检查,如发现哪个缺失,那么进行恢复。

由系统定期的检测并提示给系统管理员数据的存储状态是否全部良好。

.

用户管理模块

对系统注册的用户进行管理.

添加用户,查找用户,删除用户.

查看当前用户状态

系统设置模块

对系统的升级条件。

系统定时维护的周期等进行设置

在需要进行设置的时候设置各种需要的条件。

系统维护模块

对系统进行维护,对用户存储在不同的数据库效劳器的数据进行检测,并及时恢复出缺失的数据记录。

消息管理模块

对用户反应的消息,系统通知消息,广告消息进行管理.

查看消息,发送消息,删除消息

查询历史消息.

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评估方法之所以强调体系结构方法和体系结构风格确实定,是因为这些内容代表了实现最高优先级的质量属性的体系结构手段。

也就是说,它们是保证关键需求按方案得以实现的手段。

这些体系结构方法定义了系统的重要结构,描述了系统得以扩展的途径,对变更的响

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

当前位置:首页 > 表格模板 > 调查报告

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

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