第六组概要设计方案阶段概要设计方案说明书.docx

上传人:b****8 文档编号:11177105 上传时间:2023-02-25 格式:DOCX 页数:29 大小:171.21KB
下载 相关 举报
第六组概要设计方案阶段概要设计方案说明书.docx_第1页
第1页 / 共29页
第六组概要设计方案阶段概要设计方案说明书.docx_第2页
第2页 / 共29页
第六组概要设计方案阶段概要设计方案说明书.docx_第3页
第3页 / 共29页
第六组概要设计方案阶段概要设计方案说明书.docx_第4页
第4页 / 共29页
第六组概要设计方案阶段概要设计方案说明书.docx_第5页
第5页 / 共29页
点击查看更多>>
下载资源
资源描述

第六组概要设计方案阶段概要设计方案说明书.docx

《第六组概要设计方案阶段概要设计方案说明书.docx》由会员分享,可在线阅读,更多相关《第六组概要设计方案阶段概要设计方案说明书.docx(29页珍藏版)》请在冰豆网上搜索。

第六组概要设计方案阶段概要设计方案说明书.docx

第六组概要设计方案阶段概要设计方案说明书

 

[四川任我行]

概要设计说明书

[V1.0(版本号>]

 

拟制人______________________

审核人______________________

批准人______________________

 

[二零一二年三月二十三日]

概要设计说明书

1.引言

1.1编写目的

《四川任我行概要设计说明书》目的是了解“四川任我行”这个软件系统的总体结构,清楚系统全局数据库的设计和数据结构,明确该系统的设计约束,通过我方与用户方反复沟通形成。

明确该旅游网站中各项功能和非功能性需求实现时所需要的数据,并可以此数据为根据设计数据库。

充分反映《软件需求规格说明书》中的用户需求,根据《软件需求规格说明书》自顶向下、逐步求精,实现抽象化、模块化、局部化等等。

本文档的目的是开发人员在下一阶段进行系统详细设计的纲领性文件,也是考核系统总体质量的重要技术文档。

确定系统开发的范围,反映出系统的总体结构,为开发人员,维护人员、需求人员间提供共同的协议而创立基础,对软件功能的实现作使命描述,作为软件人员进行设计和测试的基础;作为需求人员和开发人员之间的共同文档,为双方相互了解提供基础;确定系统测试及验收内容。

《四川任我行需求说明书》的阅读对象为:

1)对相关业务技术和总体方案作出决策的管理人员和质量管理人员;

2)对本《数据需求说明书》进行评审和确认的有关业务、技术人员;

3)参加数据库设计,测试设计阶段工作的全体设计人员;

4)《四川任我行》工程组,其他有权需要调用本文档的人员

1.2背景

开发软件名称:

四川任我行

工程任务提出者:

邱奕韩

工程开发者:

邱奕韩,张荣,吴超,叶慧颖,邱志丽

用户:

旅游爱好者

工程与其他软件,系统的关系:

本系统采用B/S,服务器端采用Apache,数据库采用的是MySQL作为开发软件的数据库服务程序。

1.3定义

MySQL:

数据库管理软件

DBNS:

数据库管理系统

WindowsXP/7,IE,Linux/Unix:

运行环境

PHP:

后台实现语言

CSS+JS+HTML:

前端的设计与实现

1.4参考资料

[1]成林著,css3实践,机械工业出版社

[2]LukeWelling,LauraThomson著,武欣译,PHP和MySQLWeb开发,机械工业出版社

[3]AbrahamSilberschatz,HenryF.Korth,S.Sudarshan著,杨冬青等译,机械工业出版社

[4]WilliamStallings著,孟庆树译,密码编码学与网络安全——原理与实践,机械工业出版社

[5]陆凌牛著,HTML5与CSS3权威指南,机械工业出版社

[6]w3cschool在线教程

[7]“四川任我行”可行性报告

[8]“四川任我行”需求规格说明书

2.总体设计

2.1需求规定

2.1.1系统功能

1、登录/注册功能:

该功能主要是用来提供给用户需要进一步使用该系统的一个前提条件。

如果是老客户,那么不需要注册直接登录即可。

如果是从未使用过该系统的用户,那么需要先进行第一步的注册才能进行下一步的登录操作。

2、搜索功能:

主要提供给使用者进行该系统相关信息搜索的一个功能。

该功能具体可以细分为一下几个部分:

搜索景点,搜索旅游团,搜索酒店的功能。

在使用搜索功能时,并不需要预先进行登录操作。

3、预定功能:

主要提供给登录的用户一个进行预订相关服务的一个平台。

该功能细分为预订酒店和预订旅游团。

如果用户需要使用该功能,前提条件是必须进行登录或者注册。

4、评论功能:

主要提供给一些知情者提意见的一个平台。

对于相关景点的相关服务,如果某位用户去过,并且了解详细的信息,可以以留言的方式在网站上表达出自己的想法和意见。

该功能细分为预订旅游团和预订酒店的功能。

下表是一个简单的表格来描述该系统的主要功能:

功能简介图

搜索

登录/注册

预订

评论

搜索景点

搜索旅游团

搜索酒店

评论酒店

评论景点

登录

注册新用户

预订酒店

预订旅游团

2.1.2系统性能

2.1.2.1精度

所有的输入,输出和传输数据严格按照数据库设计中的数据设计。

详细的数据库设计会逐步完成。

这里列出一些已讨论好的数据名称和参数设计。

Userinfo属性描述表

列名

中文注释

类型

最大长度

值域

可否为空

是否主键

是否外键

备注

UName

用户名字

char

50

字母,数字

password

用户密码

char

20

字母数字

mail

用户邮箱

char

100

合法邮箱

 

Hotel属性描述表

列名

中文注释

类型

最大长度

值域

可否为空

是否主键

是否外键

备注

HotelNo

酒店号

int

HName

酒店名

char

100

LandID

景点ID

int

city

城市

char

100

Address

地址

char

100

Description

描述

text

65536

HLevel

据点级别

int

PicFolder

图片目录

char

80

Room属性描述表

列名

中文注释

类型

最大长度

值域

可否为空

是否主键

是否外键

备注

HotelNo

酒店号

int

RType

房间类型

char

20

Price

房间价格

int

HbedType

床类型

char

20

BedWidth

带宽类型

Int

100

PicFloder

图片链接地址

Char

80

HComment属性描述表

列名

中文注释

类型

最大长度

值域

可否为空

是否主键

是否外键

备注

HCommentID

评论ID

int

>=0

HotelNo

酒店号

酒店号

>=0

UName

用户名

Char

50

CType

评论类型

char

20

CLevel

评论级别

char

20

Content

评论内容

text

65536

余下的数据精度设计会逐步完成。

2.1.2.2时间特性要求

本网站具体时间特性要求要根据网速来决定。

我们将最大限度的减少系统响应用户操作时间,最小化更新处理时间和数据转换的时间。

2.1.2.4可靠性

对于编写好的软件,我们会进行大量的测试,不断地查找里面出现的bug,并及时的对其进行修改,尽可能的减少bug的数量。

在网站的建设初期,我们对初步估计的用户量比较少,所以对数据优先选择了中小型的数据库,服务器也是我们寝室普通的笔记本电脑,随着用户量的增加,我们会及时的更新我们的服务器和数据库,从而保证网站的可靠性。

避免用户量太大,而造成服务器瘫痪,影响网站的可靠性。

2.1.2.5灵活性

本网站具有以下几个灵活性特点。

(1>易使用性

对于网站的主界面设计,我们是参考了一些成功的网站设计,借鉴了他们的成功的经验。

深入的研究他们用户界面的设计,并借鉴了那些成功网站的经验。

(2>高效性

由于我们设计网站的初期,主要考虑的是安全性和功能性。

对于高效性,没有进行过高的要求。

这部分的要求在后期的维护中,会进行不断地完善和加强。

(3>可维护性

在设计网站的时候,将每个模块都分别独立开来,对于一些静态的页面,我们把其做成了模板,在使用的时候进行载入就行。

这样我们就可以集中精力放在代码的编写上。

避免了一些不必要的模块的干扰。

在代码设计过程中,尽可能的减少模块之间的耦合性。

做到模块和模块之间的分离。

这样,对日后的维护就有了很大的方便性。

(4>可移植性

在选用数据库的时候,我们没有选择微软的SQLSever,很重要的一个因素是可移植性的问题,所以我们选择了一个移植性更高的数据库MySQL,他可以在不同的系统上运行。

而服务器环境也是选择了兼容性较好的Apache,所以我们可以很方便的将我们的代码一直到其余的操作系统和机器上.

2.1.3输入输出要求

已在精度要求中列出。

2.1.4数据管理能力要求

数据量分布表

实体名

数据总量

UserInfo

20480

hotel

40968

Room

163872

HotelComment

655488

LandScape

40968

LandscapeComment

655488

BookingHotel

163872

Company

20480

TravelGroup

81920

BookingTravel

40968

数据存储分析表

表名

保存期限<天)

存放位置

访问方式

本站点

局域网服务器

广域网服务器

UserInfo

永久

读写

hotel

永久

只读

Room

永久

只读

HComment

30天

读写

LandScape

永久

只读

LComment

30天

读写

BookingHotel

30天

读写

Company

永久

只读

TravelGroup

永久

只读

BookingTravel

30天

读写

2.1.5故障处理要求

表8故障处理表

严重程度

描述

反应时间

A

程序无法运行

0天<马上)

B

用户无法搜索

0天

C

用户无法登陆

1天

D

用户无法查看图片

1天

2.1.6其他专门要求

安全性要求:

1、设置权限,对于某些特定的用户,只分配给其部分权限。

让其只能做自己能做的一些操作。

2、对于一些敏感数据,在存入数据库之前进行加密操作。

对于数据库中的敏感数据,在存入数据库进行哈希加密操作。

这样即使其他的用户查看了数据,也不能看到详细的信息。

在MySQL中,提供了几种加密的哈希函数,password,encrypt,sha1和md5。

这样就能保证我们数据库中的敏感信息的保密性。

3、对于数据库中的数据,一定要进行实时的备份操作。

每当数据库中发生一些修改操作时,就进行备份操作,这样的话,再后来的的数据丢失时,就可以进行及时的恢复,从而避免了数据丢失造成的损失。

2.2运行环境

2.2.1设备

列出运行该软件所需要的硬设备。

说明其中的新型设备及其专门功能,包括:

a.处理器型号及内存容量

b.外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量

c.输入及输出设备的型号和数量,联机或脱机;

d.数据通信设备的型号和数量

e.功能键及其他专用硬件

2.2.2支持软件

Window7操作系统:

开发平台

Apache:

服务器

MySQL:

数据库系统软件

EditPlus:

一款编辑器,用来编辑PHP文件

PHP解释器:

用来解释PHP语言

DreamWeaver:

网页设计工具

AxureRPPro:

原型设计工具

InternetExplore:

测试工具

2.2.3接口

2.2.4控制

2.3基本设计概念和处理流程

2.3.1技术路线

瀑布模型:

各阶段间具有顺序性和依赖性:

前阶段完成才能进行下一阶段。

文档驱动

2.3.2设计原则

一、明确建立网站的目标和用户需求   Web站点的设计是展现企业形象、介绍产品和服务、体现企业发展战略的重要途径,因此必须明确设计站点的目的和用户需求,从而做出切实可行的设计计划。

要根据消费者的需求、市场的状况、企业自身的情况等进行综合分析,牢记以“消费者”为中心,而不是以“美术”为中心进行设计规划。

在设计规划之初同样考虑:

建设网站的目的是什么?

为谁提供服务和产品?

企业能提供什么样的产品和服务?

网站的目的消费者和受众的特点是什么?

企业产品和服务适合什么样的表现方式<风格)?

   二、总体设计方案主题鲜明   在目标明确的基础上,完成网站的构思创意即总体设计方案。

对网站的整体风格和特色作出定位,规划网站的组织结构。

Web站点应针对所服务对象<机构或人)的不同而具有不同的形式。

有些站点只提供简洁文本信息;有些则采用多媒体表现手法,提供华丽的图像、闪烁的灯光、复杂的页面布置,甚至可以下载声音和录像片段。

好的Web站点把图形表现手法和有效的组织与通信结合起来。

要做到主题鲜明突出,要点明确,以简单明确的语言和画面体现站点的主题。

调动一切手段充分表现网站点的个性和情趣,办出网站的特点。

  三、网站的版式设计   网页设计作为一种视觉语言,要讲究编排和布局,虽然主页的设计不等同于平面设计但它们有许多相近之处,应充分加以利用和借鉴。

版式设计通过文字图形的空间组合,表达出和谐与美。

一个优秀的网页设计者也应该知道哪一段文字图形该落于何处,才能使整个网页生辉。

多页面站点页面的编排设计要求把页面之间的有机联系反映出来,特别要处理好页面之间和页面内的秩序与内容的关系。

为了达到最佳的视觉表现效果,应讲究整体布局的合理性,使浏览者有一个流畅的视觉体验。

 四、网页形式与内容相统一   要将丰富的意义和多样的形式组织成统一的页面结构,形式语言必须符合页面的内容,体现内容的丰富含义。

运用对比与调和、对称与平衡、节奏与韵律以及留白等手段,通过空间、文字、图形之间的相互关系建立整体的均衡状态,产生和谐的美感。

如对称原则在页面设计中,它的均衡有时会使页面显得呆板,但如果加入一些富有动感的文字、图案,或采用夸张的手法来表现内容往往会达到比较好的效果。

点、线、面作为视觉语言中的基本元素,要使用点、线、面的互相穿插、互相衬托、互相补充构成最佳的页面效果。

网页设计中点、线、面的运用并不是孤立的,很多时候都需要将它们结合起来,表达完美的设计意境。

 五、网站测试和改进   测试实际上是模拟用户询问网站的过程,用以发现问题并改进设计。

要注意让用户参与网站测试。

 

2.4结构

整体结构图:

图6整体结构图

软件构架图:

图7软件构架图

主要模块图:

图8主要模块图

搜索模块:

图9搜索模块图

该模块的主要功能是为用户提供搜索平台,用户登入该界面之后可以搜索自己感兴趣的景点、旅游团和酒店。

登入注册模块:

图10登入注册模块图

该模块实现的功能是为用户提供一个登入和注册平台,便于用户进入主界面。

预定模块:

图11预定模块图

该模块完成预定功能,用户进入主界面后,选择适合的旅游团和酒店后,填写好表单信息,便实现了预定功能。

评论模块:

图12评论模块图

该模块为用户提供了发表个人意见的平台,用户使用“四川任我行”软件系统后,可在该平台上发表对该软件的意见或建议,便于软件日后的完善。

2.5功能需求与系统模块的关系

从上图中可以看出我们的系统主要分为四个模块:

登录注册,搜索模块,预订模块,评论模块。

1、登录注册:

用户如果需要使用预订和评论的功能的话,那么这是必须提前完成的一个步骤。

2、搜索模块:

主要细分为搜索景点,旅游团查询和酒店查询。

3、预订子系统中:

有预订酒店,预订旅游团的功能。

在该两个功能中,分别都提供了填写个人信息,填写预订信息,取消预订的接口。

4、评论子系统:

主要有评论旅游团和评论酒店的功能。

在该两个功能中,分别提供了插入评论和删除评论的接口。

2.6人工处理过程

2.7尚未解决的问题

1.有关系统安全性问题:

用户在进行预订的功能时,必然要填写一些重要的个人信息。

如果该信息给不法分子获取的话,那么对用户的损失会很巨大,所以安全性使我们该系统的一个很重要的问题。

初步设计中,我们打算猜去数字签名的技术来保障用户信息的安全。

2.有关数据量的问题:

该系统是一个以旅游景点的网站。

但是,仅仅一个四川。

大大小小的景点都是不计其数。

我们该系统一定是真实可靠地。

所以在这个矛盾中就有一个问题,资料收集的完整性和正确性。

我们初步的设计是,首先该系统先作为内部的一个测试,我们自己先模拟出几组数据,来完成程序的测试和相关操作。

3.接口设计

3.1用户接口

程序作为一个B/S的架构。

用户使用电脑上的浏览器软件来进入我们的系统。

所有的按钮连接都是中文的设计,很方便易懂。

用户可以根据字面意思进行使用。

下面是一些常见的事例:

搜索:

搜索按钮,主要给用户使用搜索的功能。

预订:

用户进行了相关的选择后,使用预定功能的一个操作。

确定:

用户确定对自己的选择做进一步的确定。

取消:

用户取消自已的选择。

评论:

用户插入相关评论的一个接口。

相关超链接:

根据相关中文,都会连接到特定的页面。

3.2外部接口

硬件接口:

本系统不支持相关的硬件,所以无硬件接口。

软件接口:

用PHP提供的一些对MySQL操作的函数接口来对数据库系统的一个访问。

3.3内部接口

本系统采用框架结构,内部接口的实现通过配置框架实现,该部分接口对程序员是透明的。

框架通过使数据-数据视图-数据行为相分离的方法,数据、数据视图、数据行为之间主要是数据耦合和非直接耦合,因此模块式相互独立的。

数据视图是基于数据结构来建立的,如果信息的结构使用相同的格式定义的话,多种信息可以共享相同的数据视图组件显示信息的内容。

数据结构是相对稳定的,可以抽象多种信息的特征建立相同的数据结构,例如关系数据就可以抽象数据表的数据源、SQL视图、字段、类型、主键等特征建立关系数据视图的共同特征,这样以此为数据结构的列表数据视图就可以适用与大多数关系数据。

数据结构是以描述方式定义的,与数据视图的实现平台没有关系,因此在构建环境下使用可以很方便。

数据行为是以数据视图的选择信息作为参数来调用的。

数据行为基本不关心数据视图是如何让实现的,数据行为改变数据之后并不直接修改数据视图,而是通过让数据视图刷新得到数据变化,数据行为与数据视图的关联在参数传递之后就结束了。

数据视图的复用本身就意味着数据行为可以被复用,如果数据视图调用数据行为的参数是一致的话,相同数据行为还可以被多种数据视图所复用。

由于数据视图和数据视图都可以通过上述方式被复用,因此在框架中数据视图和数据行为可以组合起来,来构成完整的信息类描述实际的信息。

事实上,数据从头到尾都是隐藏在数据视图和数据行为的背后。

只要数据结构定义的描述方式没有改变,即时数据结构本身改变了数据视图和数据行为仍是可用的。

由于所有数据视图都是基于相同的接口的,所以数据行为也是基于相同接口的,因此替换构建不会影响其他部分,可以同多聚合方式把以前的构件功能组合起来提供新的功能。

4.运行设计

4.1运行模块组合

本系统主要以一个网页窗口为模块,一个网页完成一个特定的功能,网站主页通过打开链接的另一个网页来实现各个模块之间不同的功能。

各模块之间相对独立,模块间主要以传递数据项的引用来实现模块之间的合作和数据共享。

4.2运行控制

只要按照网页上所指示的操作,用户可以自由控制,没有额外的用户限制,异常由程序内部进行处理,给出相应的提示信息。

4.3运行时间

由用户决定,但每次操作响应时间上限控制在2s以内。

5.系统数据结构设计

5.1逻辑结构设计要点<加粗的为关键字)

1.用户信息<用户姓名,用户密码,邮箱)

2.酒店信息<酒店编号,酒店名,景点ID,城市,地址,描述,据点级别,图片目录)

3.房间信息<酒店号,房间类型,房间价格,床型,带宽类型,图片链接地址)

4.酒店评论信息<评论ID,酒店号,用户名,评论类型,评论级别,评论内容)

5.景点信息<景点名,酒店标识号,城市,地址,地图链接,景点描述,图片目录)

6.景点评论<评论ID,景点ID,用户名,评论类型,评论级别,评论级别)

7.预订酒店<酒店号,房间类型,用户名,身份证号,离开时间,入住时间,电话号码,预订数量)

8.旅游团信息<旅游团ID,公司号,旅游团名,始点城市,终点城市,价格,旅游路线,花费说明,重要提醒,公告,集散地点)

9.预定旅游团<酒店号,酒店标识号,用户名,身份证,离开时间,电话号码,预订数量)

10.公司信息<城市,电话号码,公司标码)

5.2物理结构设计要点

Userinfo属性描述表

列名

中文注释

类型

最大长度

值域

可否为空

是否主键

是否外键

备注

UName

用户名字

char

50

字母,数字

password

用户密码

char

20

字母数字

mail

用户邮箱

char

100

合法邮箱

 

Hotel属性描述表

列名

中文注释

类型

最大长度

值域

可否为空

是否主键

是否外键

备注

HotelNo

酒店号

int

HName

酒店名

char

100

LandID

景点ID

int

city

城市

char

100

Address

地址

char

100

Description

描述

text

65536

HLevel

据点级别

int

PicFolder

图片目录

char

80

Room属性描述表

列名

中文注释

类型

最大长度

值域

可否为空

是否主键

是否外键

备注

HotelNo

酒店号

int

RType

房间类型

char

20

Price

房间价格

int

HbedType

床类型

char

20

BedWidth

带宽类型

Int

100

PicFloder

图片链接地址

Char

80

HComment属性描述表

列名

中文注释

类型

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

当前位置:首页 > 医药卫生 > 基础医学

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

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