宾馆管理系统概要设计规格说明书.doc

宾馆管理系统概要设计说明书 项目负责人： 36060423 张建平小组成员： 36060407袁帅 36060411 赵宗原 36060427 张晟评审负责人： 软件工程老师评审人员： 其他项目组成员文档变更记录：序号日期版本文档状态作者文档章节备注说明108-11-41.0创建袁帅4，5起草赵宗原6起草张建平1起草张晟2，3起草208-11-5变更张建平附录1起草袁帅附录3起草赵宗原附录3起草张晟附录2起草308-11-6变更张建平1，2，3，4小组共同检查、修改袁帅1，2，3，4小组共同检查、修改赵宗原5，6及附录小组共同检查、修改张晟5，6及附录小组共同检查、修改408-11-13变更张建平5静态、动态模型表达袁帅51，2赵宗原5数据库说明张晟55，6过程数据小结：序号日期版本文档状态文档时间文档规模（文档主要缺陷字图表数量评审日期108-12-71.0创建401210158208-12-8变更718310194308-12-10变更824011193408-12-11变更866613200目录1引言51.1编写目的51.2背景51.3定义61.4参考资料62总体设计72.1需求规定72.1.1对功能的规定72.1.2对性能的规定72.1.3输人输出要求82.1.4数据管理能力要求82.1.5故障处理要求82.1.6其他专门要求92.2运行环境102.2.1设备102.2.2支持软件102.3基本设计概念和处理流程102.4结构122.5功能需求与程序的关系122.6人工处理过程132.7尚未解决的问题133接口设计133.1用户接口133.2外部接口143.2.1 软件接口143.2.2 硬件接口143.3内部接口144运行设计154.1运行模块组合154.2运行控制154.3运行时间155系统数据结构设计165.1逻辑结构设计要点165.2物理结构设计要点175.3数据结构与程序的关系196系统出错处理设计216.1出错信息216.2补救措施216.3系统维护设计21附录1系统的静态、动态设计模型表达221.1静态模型设计221.2动态模型设计22附录2用户界面设计23附录3数据库设计说明书303.1引言303.1.1编写目的303.1.2背景303.1.3定义313.1.4参考资料313.2外部设计323.2.1标识符和状态323.2.2使用它的程序323.2.3约定323.2.4专门指导323.2.5支持软件323.3结构设计333.3.1概念结构设计333.3.2逻辑结构设计353.3.3物理结构设计373.4运用设计383.4.1数据字典设计383.4.2安全保密设计391引言1.1编写目的该文档是关于用户对于宾馆管理系统的功能和性能的要求，重点描述了宾馆管理系统的设计需求，将作为对该工具在概要设计阶段的设计输入。本文档的预期读者是：l 设计人员l 开发人员l 项目管理人员l 测试人员l 用户（系统使用者）该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。本阶段已在系统的需求分析的基础上，对宾馆管理预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对宾馆管理预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。1.2背景说明：本软件系统名称为宾馆管理系统。本项目由软件工程大作业出发，出于对目前宾馆预约系统等方面的不完善，提出自己的设想。本项目由本项目小组共同提出，共同在PC上开发而成。不涉及其他的计算中心和计算网络。本小组成员为：张建平（组长），袁帅，赵宗原，张晟。鉴于时间上和小组成员现阶段能力的考虑，本软件系统只旨在服务于中小宾馆，几乎不予其他的机构存在相互往来关系，只是用于中小宾馆内部使用。可能会与公安等部门存在一定的联系。1.3定义本文使用了下表所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。表 1.1 术语表术语/定义说 明权限进行某项操作的权力。角色对应一项或多项操作权限。每一个角色就是操作权限的集合体。如系统管理员。用户授权对某一用户赋予一个角色。预约特指使用本宾馆管理系统进行宾馆房间的预约用户系统的使用者（宾馆方面人员），而不是指使用本系统预约的注册客户1.4参考资料表 1.2 参考资料表C# 2.0完全自学手册 张立等编著C#开发经验技巧宝典 明日科技编著新编Visual C# 2005程序设计从入门到精通 龙马工作室编著#数据库编程从入门到精通(美) Jason Price著软件工程机械工业出版社，程成（译）需求规格说明本项目开发小组注：本项目为软件工程课程大作业，不需要上级机关批文。2总体设计2.1需求规定2.1.1对功能的规定用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。2.1.2对性能的规定2.1.2.1精度本体统主要在本地运行，鉴于目前的Internet的速度已经非常快，所以在传送方面没有特殊的要求，一般的Internet均可以稳定的运行。在时间控制上对于用户有一定的要求：本系统预约范围为当前日期的最近两周，且周日进行数据库的更新，所以需要预约用户在此之前完成所有预约事务及其所以的相关响应。2.1.2.2时间特性要求该软件用于中小型的宾馆的管理。其主要功能是服务于注册用户的预约。鉴于预约的特殊性，本系统在时间上面有着特殊的要求。本系统预约范围为最近的两周，每周日进行数据库的更新，故预约必须在此之前完成，并且需要在此之前完成所有的响应。一般情况下，无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。2.1.2.3灵活性该软件是在Microsoft Visual Studio 2005上开发的，对于运行环境主要为Windows XP等目前流行的Windows系统，所以在运行环境灵活性方面可能不是非常的出色。本软件支持Windows可视化图形操作，可视化功能较强，口令操作控制方式偏弱。本软件为其他的软件提供了相应的接口，可以方便日后的扩展。精度要求较低，满足目前流行PC运行精度要求。时限性方面，本系统有特殊要求，每周日更新，只提供预约当前日期的最近两周内的预约。如果时间充足的话，我们计划能够改进时限性较短的这个不足。希望系统能够提供更宽泛日期内的预约，尽量减少系统数据库大规模更新的次数和频率。2.1.3输人输出要求使用此系统时，不会出现大量的输入数据。除了注册用户需要输入一些简单的个人信息外，不会有大规模的数据上传。数据类型基本上为char型，信息量小。本系统不会用于数据拷贝，无其他媒体格式、数值范围小，精度一般。2.1.4数据管理能力要求本系统规模较小，数据库包含的表数量少于10个，对于每张表的记录规模在1000个一下，现阶段的所以PC均不会出现存储问题。2.1.5故障处理要求本系统最终要经过小组严格的测试后才会发布，加上系统的规模较小，所以我们预计软件故障出现的可能性较小。如果出现故障，一般情况下为硬件或者运行环境的问题。对于运行环境这方便，我们建议用户安装正版的Windows XP，并且要注意系统更新，以免出现系统崩溃时，给宾馆带来严重的后果。对于硬件问题，建议用户注意检测自己的机器，一般不会产生严重后果。2.1.6其他专门要求本系统服务于中小型宾馆，但是如果安全保密不够好的话，会大量泄露客户的个人隐私，从而产生严重的后果。所以特别要求系统的管理员做好安全保密工作，保证数据库的安全不被黑客入侵。对运行环境、可靠性的要求和其他同类软件对于Windows XP的要求相同，至少系统应保证7X24内不当机，保证20人可以同时在客户端登录，系统正常运行，正确提示相关内容。我们在开发本软件的时候会注意为系统的日后扩充提供相应接口，方便用户补充，系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。注意程序代码的规范性，提供详细的注释，方便程序维护人员的修改维护。每个角色进入系统均需要完成一下的流程，很大程度上提高的系统的安全性。2.2运行环境2.2.1设备本系统的硬件环境如下：l 客户机：普通PCn CPU：P4 1.8GHzn 内存：256MB以上n 分辨率：推荐使用1024*768像素l WEB服务器n CPU：P4 1.8GHzn 内存：256MB以上l 数据库服务器n CPU：P4 1.8GHzn 内存：256MB以上2.2.2支持软件本系统所需软件如下：l 操作系统：Windows 2000l 数据库：SQL Server 2005l 开发平台：Microsoft Visual Studio 2005l 浏览器：IE7.02.3基本设计概念和处理流程本系统的基本设计概念和处理流程尽量使用图表的形式说明如下：输入账号和密码管理员操作功能提交验证身份成功验证管理员操作输入房间内容查询房间输入用户信息添加用户查询用户信息输入用户信息输入账号和密码注册用户操作功能提交验证身份成功验证修改用户操作点击查询按钮查询房间预约情况点击我的预约/取消预约按钮查询/取消我的预约不冲突即可成功预约选择预约时间、房间修改个人信息2.4结构2.5功能需求与程序的关系本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系Form1.csForm2.csForm3.csForm4.csForm5.csForm6.csForm7.csForm8.csForm9.cs功能需求1主页面功能需求2新用户注册功能需求3管理员入口功能需求4注册用户操作平台功能需求5宾馆介绍功能需求6管理员平台功能需求7客户修改信息功能需求8查询房间功能需求9查询用户信息2.6人工处理过程本软件系统的工作过程中不包含人工处理过程。2.7尚未解决的问题在概要设计过程中我们目前尚未解决的问题是如何进行定期的数据库的全面更新及维护还有就是规定预约时间范围的问题。3接口设计3.1用户接口在用户接口部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 MS visual studio C# 进行编程，在界面上可使用MS visual studio C# 所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用MS visual studio C# 库中的错误提示函数。关于用户命令方面，我们尽量的将所有命令做成图形化的按钮的WYSIWYG风格。 总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。3.2外部接口 本系统创建的外部接口，如信息安全系统，数据库系统，维护系统等等。3.2.1 软件接口 服务器程序可使用visual studio 2005或者visual studio 2008 提供的对 SQL SERVER 的接口，进行对数据库的所有访问。 服务器程序上可使用SQL SERVER 的对数据库的备分命令，以做到对数据的保存。 在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。3.2.2 硬件接口 在输入方面，对于键盘、鼠标的输入，可用visual studio 2005或者visual studio 2008的标准输入/输出，对输入进行处理。 在输出方面，打印机的连接及使用，也可用visual studio 2005或者visual studio 2008的标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。 3.3内部接口本系统之内通过按钮的方式，为系统内部的各个子系统创建接口，但是值得注意的是，出于安全方面的考虑，并不是每一个子系统都是可以直接相通的，子系统之间的通信还需要通过身份验证等必要的手段，确保整个系统的安全性和可靠性。4运行设计4.1运行模块组合客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。 服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。 4.2运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。 在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。 4.3运行时间在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。所以将采用高速网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。 5系统数据结构设计5.1逻辑结构设计要点本系统在数据库的使用上采用，主要用于维护下列的表项. 管理人员属性表主要包括了管理人员的各项信息，以保证管理人员的身份，它的主键为用户名属性名称数据类型是否允许空用户名nchar()否密码nchar()否真实姓名nchar()否性别nchar()否电子邮件nchar()否地址nchar()否电话nchar()是手机nchar()是我的预定nchar()是.房间信息主要包括每日的房间信息，以及保存了房间号码属性名称数据类型是否允许空房间nchar(3)否周一nchar(2)是周二nchar(2)是周三nchar(2)是周四nchar(2)是周五nchar(2)是周六nchar(2)是周日nchar(2)是下周一nchar(2)是下周二nchar(2)是下周三nchar(2)是下周四nchar(2)是下周五nchar(2)是下周六nchar(2)是下周日nchar(2)是3. 客户的信息数据主要包括客户的信息，以及预定房间的信息，主键为用户名，在定位前输入用户名即可定位，定位后可更改预定属性名称数据类型是否允许空用户名nchar()否密码nchar()否真实姓名nchar()否性别nchar()否电子邮件nchar()否地址nchar()否电话nchar()是手机nchar()是我的预定房间nchar(4)是我的预定时间nchar(8)是5.2物理结构设计要点物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。 1. 客户用户登陆用户名 char 密码 char用于用户登录时使用，以及管理员登陆. 新用户注册 姓名 char 用户名 char 性别 char 密码 char 电子邮箱 char 重复密码 char 家庭住址 char 手机 char 电话 char 用于新用户注册时使用. 预约房间信息 预约时间 date 预约房间 char 用于用户预约房间时使用4. 房间信息 房间号 char 用于查询房间预定情况时使用5. 管理员添加信息 姓名 char 用户名 char 性别 char 密码 char 电子邮箱 char 电话 char 家庭住址 char 手机 char 用于管理员入口添加常客信息 5.3数据结构与程序的关系窗体1窗体2窗体3窗体4窗体5窗体6窗体7窗体8窗体9窗体10管理人员属性表房间信息客户信息6系统出错处理设计6.1出错信息可能的出错或故障系统输出信息登陆用户名输入错误提示用户名错误，并转入登陆界面登陆密码输入错误提示密码错误，并转入登陆界面修改密码时原密码输入错误提示原密码错误，并回到修改密码界面修改密码时新密码验证错误提示新密码错误，并回到修改密码界面6.2补救措施由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间，权衡措施由用户来决定。6.3系统维护设计维护方面主要为对服务器上的数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。附录1系统的静态、动态设计模型表达1.1静态模型设计1.2动态模型设计本系统的动态模型设计用以下的UML顺序图反映为：附录2用户界面设计本系统涉及到的10个用户界面如下：附录3数据库设计说明书3.1引言3.1.1编写目的该文档是关于用户对于宾馆管理系统的功能和性能的要求，重点描述了宾馆管理系统的设计需求，将作为对该工具在概要设计阶段的设计输入。本文档的预期读者是：l 设计人员l 开发人员l 项目管理人员l 测试人员l 用户（系统使用者）该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。3.1.2背景说明：本软件系统名称为宾馆管理系统。本项目由软件工程大作业出发，出于对目前宾馆预约系统等方面的不完善，提出自己的设想。本项目由本项目小组共同提出，共同在PC上开发而成。不涉及其他的计算中心和计算网络。本小组成员为：张建平（组长），袁帅，赵宗原，张晟。鉴于时间上和小组成员现阶段能力的考虑，本软件系统只旨在服务于中小宾馆，几乎不予其他的机构存在相互往来关系，只是用于中小宾馆内部使用。可能会与公安等部门存在一定的联系。3.1.3定义本文使用了下表所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。表 1.1 术语表术语/定义说 明权限进行某项操作的权力。角色对应一项或多项操作权限。每一个角色就是操作权限的集合体。如系统管理员。用户授权对某一用户赋予一个角色。预约特指使用本宾馆管理系统进行宾馆房间的预约用户系统的使用者（宾馆方面人员），而不是指使用本系统预约的注册客户3.1.4参考资料C# 2.0完全自学手册 张立等编著数据库原理及应用 王飞数据库概论高教出版社#数据库编程从入门到精通(美) Jason Price著软件工程机械工业出版社，程成（译）3.2外部设计3.2.1标识符和状态系统目前没有任何特殊的标识符。3.2.2使用它的程序宾馆管理系统中的所有应用程序。包括：登陆，注册，修改，注销3.2.3约定本程序主要用于宾馆的系统的三方面信息，三方面分别是系统的登陆人员信息，管理人员信息，房间信息。登陆，修改信息，同时形成房间信息的查询，插入还有删除，预约和取消预约。3.2.4专门指导本程序的数据库操作，界面要求极为简单，只需注意密码的格式，不许少于7个字符，并且在插入房间信息时，信息必须符合实际信息。3.2.5支持软件Microsoft SQL server 2005VS 20053.3结构设计3.3.1概念结构设计用户用户名密码电子邮件住址管理员用户用户名密码电子邮件住址客房房间号入住情况a.系统初步E-R图本系统初步的E_R图取消预约房间号密码E用户名E密码N用户名N密码A用户名C用户名A状态密码c查询删除查询预约使用包间注册客户删除添加工作人员添加新用户管理员b.系统基本E-R图本系统基本的E_R图取消预约房间号密码E用户名E密码N用户名N密码A用户名C用户名A状态密码c查询1删除2查询2预约使用1房间注册客户删除1添加2工作人员添加1新用户管理员添加33.3.2逻辑结构设计本系统在数据库的使用上采用，主要用于维护下列的表项. 管理人员属性表主要包括了管理人员的各项信息，以保证管理人员的身份，它的主键为用户名属性名称数据类型是否允许空用户名nchar()否密码nchar()否真实姓名nchar()否性别nchar()否电子邮件nchar()否地址nchar()否电话nchar()是手机nchar()是我的预定nchar()是.房间信息主要包括每日的房间信息，以及保存了房间号码属性名称数据类型是否允许空房间nchar(3)否周一nchar(2)是周二nchar(2)是周三nchar(2)是周四nchar(2)是周五nchar(2)是周六nchar(2)是周日nchar(2)是下周一nchar(2)是下周二nchar(2)是下周三nchar(2)是下周四nchar(2)是下周五nchar(2)是下周六nchar(2)是下周日nchar(2)是3. 客户的信息数据主要包括客户的信息，以及预定房间的信息，主键为用户名，在定位前输入用户名即可定位，定位后可更改预定属性名称数据类型是否允许空用户名nchar()否密码nchar()否真实姓名nchar()否性别nchar()否电子邮件nchar()否地址nchar()否电话nchar()是手机nchar()是我的预定房间nchar(4)是我的预定时间nchar(8)是3.3.3物理结构设计物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。 1. 客户用户登陆用户名 char 密码 char用于用户登录时使用，以及管理员登陆. 新用户注册 姓名 char 用户名 char 性别