第一篇：02软件设计说明书
文档编号： LMS-02 版 本 号：
V1.0
文档名称： 项目名称：
软件设计说明书 学生考勤管理系统
编写： 学号：10006410 姓名：李春林 校对： 学号：10006410 姓名：李春林 审核： 学号：10006410 姓名：李春林 日期： 院系： 专业：
2013年5月8日
通达学院 计算机科学与技术 1.引言 1.1 编写目的
要求《学生考勤管理系统》对学校全体学生的资料和考勤情况进行管理，通过每日的打卡把出勤信息输入到学校的考勤管理中心，保存学生每日的出勤情况，以便统计学生的出勤情况。同时方便班长查阅，即节省了人力，又省去了中间的很多容易出错的步骤。让学校学生的考勤管理更具有透明性，且方便管理。
明确所要开发的软件应具有的功能、性能，是系统分析人员和软件设计人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计和完成后续设计与开发工作，为软件开发范围、业务处理规范提供依据。根据《需求规格说明书》，在仔细考虑讨论之后，我们又进一步对《学生考勤管理系统》软件的功能划分、数据结构、软件总体结构进行设计，从而完成概要设计，作为软件详细设计的基础。
1.2 项目背景
项目委托单位：计算机学院软件工程系。
开发单位：*************************************。
考勤作为一个基础管理，是学校对学生进行管理的基本依据。实际管理和记录工作非常需要快速获知各个年级学生的每日出勤情况，以便于及时向班长反映学生出勤、缺勤情况（包括迟到、早退、病假、事假、旷课等情况）。因此此系统在操作系统的基础上，结合Accese数据库管理系统，运用VC++来实现运行。
1.3 定义
学生考勤管理系统
GUI：Graphic User Interface,图形用户界面。
1.4 参考资料
[1] 国刚 周峰 孙更新编著
《UML与Rational Rose 2003》 北京：电子工业出版社 2007
[2] 彭德中编著《软件工程—理论与实践》 高等教育出版社 2004 [3] 李佳若 《Accese2002数据库应用》 人民邮电出版社 2006
[4] 《学生考勤管理系统》 曲阜师范大学计算机科学学院06级2班 第二小组 2.任务概述 2.1 目标
《学生考勤管理系统》相应的需求有：
1.具有输入、查询、删除、修改记录的任课老师，学院领导以及系统开发人员等系统管理员；
2.具有查询记录的学生作为普通用户； 3.能够对需要的统计结果提供打印输出；
4.能够提供一定的安全机制，提供数据信息授权访问，防止随意删改，同时提供信息备份的服务。
a)运行环境
Intel486以上系列、AMD K6 以上系列等PC台式机和便携式电脑； 运行时占用内存：≤1MB； 所需硬盘空间：≤5MB；
软件平台：中文Windows2003/xp或更高版本；
b)条件与限制
由于时间比较短，使用计算机不方便以及对于网络编程不熟悉，本图书馆管理系统并没有提供数据的远程访问功能。对信息的保护手段仅限于设置用户级别，以及提供数据文件的备份，比较简单，安全性能有待进一步完善。5.总体设计 3.1 处理流程
1.主流程
1)建立与数据库的连接 2)获取系统设置
3)显示主对话框（即主界面）
4)等待用户输入，如为学生：进入学生考勤流程（显示学生对话框）。如为教师：进入教师工作流程（显示教师对话框）。如为院系领导：进入院系领导流程（显示院系领导对话框）。如为系统管理:进入系统管理流程（进行授权）。如为退出：检查所有子窗口，关闭对话框，断开与数据库的连接
2.学生考勤流程
1)要求用户输入学号，姓名 2)学生身份检验
3)获取相关的学生信息并显示
4)等待用户输入，如为确认输入操作：读入操作，提交请求，更新信息显示，把操作信息写入考勤访问记录文件进行备份，显示考勤操作结果。如为完成相应操作：结束学生流程。
3.教师工作流程
1)等待用户输入：如为确认输入教师号：读入教师号，提交教师请求，显示教师操作的返还信息。如为查询考勤状态：显示考勤信息，如为退出：结束教师工作流程。
4.院系领导流程
1)等待用户输入，如为确认输入院系领导：读入院系领导，显示相应操作，显示操作结果。如为退出状态：结束该流程。
5． 系统管理流程
1)要求用户输入账号及口令 2)用户操作权限检验
3)根据操作权限级别显示系统管理对话框
4)等待用户输入，如为请假操作：进入请假操作流程。如为学生考勤库操作：进入学生考勤库操作流程。如为数据统计：进入数据统计流程。如为更改口令：要求用户输入口令，检验正确后更新。如为返回：结束系统管理流程
6． 请假操作流程 1)显示请假信息
2)等待用户输入，如为事假： 要求输入原因、时间，提交申请，等待审批。如为病假： 要求输入时间和相应证明的照片，确认为病假，等待审批。
7． 查询操作流程 1)显示学生考勤信息
2)等待用户输入，如为学生： 输入学生号，查询记录，显示数据。如院系领导：输入口令，查看是否有学生请假或病假审批，要求及时返回审批结果，修改相应信息。刷新数据显示。如为返回：更新当前记录，结束学生考勤操作流程。
8． 数据统计流程
1)等待管理员输入，如为开始统计： 读入统计条件，生成统计结果并显示。如为返回：结束统计流程。
3.2
3.2.1 总体结构
1)主模块调用：
2)学生考勤模块调用：学生身份检验模块，考勤查询模块，请假申请模块
数据库操作模块
3)教师工作模块调用：访问记录模块，确认考勤记录模块，考勤查询模
块，教师身份检验模块
数据库操作模块
4)院系领导模块调用： 访问记录模块，审批请假模块，考勤查询模块，院系领导身份检验模块
学生考勤模块，教师工作模块，院系领导模块，系统管理模块。总体结构和模块外部设计
数据库操作模块
5)管理员模块调用： 管理员身份检验模块，考勤操作模块，数据显示
模块
5)考勤查询模块调用： 查询命令生成模块，数据库查询模块
数据显示模块
6)系统管理模块调用： 考勤操作模块，各身份检验模块
数据统计模块，更改口令等设置模块
7)身份检验模块调用： 数据库查询模块
8)考勤检验模块调用：
9)考勤记录模块调用：
数据库查询模块
10)考勤操作模块调用： 考勤记录集获取模块，当前记录更新模块
更新显示模块，数据库查询模块
11)数据统计模块调用： 查询命令生成模块，数据库查询模块
数据显示模块
12)当前记录更新模块： 数据库操作模块
13)考勤记录集获取模块： 数据库查询模块
3.2.2 模块外部描述
1)主模块：从操作系统获得程序运行所需资源，显示主对话框，完成消息处理，调用相应的子模块。
2)学生考勤信息模块：检验输入的学生学号，获取相关的学生信息并根据操作结果予以刷新，读入用户输入的学生学号，检验学号信息确定操作合法性，对合法学生考勤操作，登记入访问记录库，数据库查询模块
数据库操作模块 对非法的学生考勤操作，提出警告，并返回。
3)学生考勤信息模块：检验输入的学生学号，获取相关的学生信息并根据操作结果予以刷新，读入用户输入的学生学号，检验学号信息确定操作合法性，对合法学生考勤操作，登记入访问记录库，对非法的学生考勤操作，提出警告，并返回。
4)教师工作模块：检验输入的教师号，获取相关的教师信息并根据操作结果予以刷新，读入用户输入的教师号，检验教师号信息确定操作合法性，对合法教师号操作，登记入访问记录库，对非法教师号操作，提出警告，并返回。
5)院系领导模块：检验输入的口令，获取相关的领导信息并根据操作结果予以刷新，读入用户输入的口令，检验口令确定操作合法性，对合法领导操作，登记入访问记录库，对非法领导操作，提出警告，并返回。
6)学生考勤信息查询模块：根据用户界面的输入生成数据库查询命令，向数据库提交查询请求，查询并显示查询操作的结果。7)系统管理模块：根据用户输入检验操作权限，根据用户输入选择调用不同的子模块，根据不同的操作权限，对数据进行保护。8)身份检验模块：根据输入的证号或口令生成查询语句，查询数据库，返回查询结果。
9)请假申请模块：根据请假原因进行审批，返回请假成功/失败结果。
10)访问记录检验模块：根据学生学号生成查询语句，调用数据库查询模块查询借书记录，返回查询结果。
11)系统操作权限查验：检验是否正确的用户与口令，返回相应的操作级别。
12)学生考勤信息库操作模块：显示考勤信息的数据项，根据院系领导或管理员输入修改，增加或删除。
13)数据统计模块：根据用户输入，生成查询命令，根据要求进行查询，将所得结果显示给用户。
14)数据库操作模块：根据输入的数据库操作命令，完成相应操作，将操作结果返回。
15)查询命令生成模块：将用户界面的输入转换成为数据库查询命令 16)数据库查询模块：根据输入的数据库查询命令，进行查询，将查询生成的结果返回。
17)数据显示模块：将数据按照一定格式显示(列表),根据用户输入,调整格式。功能分配
1浏览功能：学生考勤信息库操作模块
查询功能：学生考勤信息库操作模块
插入功能：学生考勤信息库操作模块
修改功能： 学生考勤信息库操作模块
删除功能：学生考勤信息库操作模块
授权功能： 系统操作权限检验模块
数据统计模块
管理员操作模块 管理员操作模块 管理员操作模块
3.3
6.接口设计 4.1 用户接口
使用基于对话框的GUI，用户通过鼠标的点击和键盘的输入完成操作，编辑框用于用户的输入。
4.2 外部接口
1．用户界面
使用Windows的标准对话框的形式，完全用对话框实现。应用工具：Visual C++。
1)主对话框：由六个功能按钮构成
学生、教师、院系领导、管理员、帮助、退出
2)学生对话框：
学生学号编辑框： 用于输入学生学号； 学生信息显示区： 用于显示学生信息(姓名)； 学生考勤信息显示区：用于显示学生考勤信息 学生请假显示区：用于输入学生请假申请； 请假申请提交按钮：提交请假申请请求； 退出按钮：退出学生对话框。
3)教师工作对话框：
教师号编辑框：用于输入教师号；
教师信息显示区：用于显示教师信息(教师号、教师姓名，教授课程号)； 学生考勤信息显示区：用于显示学生考勤(正常、请假、旷课、迟到、早
退等)；
提交按钮：用于提交确认学生考勤信息； 返回按钮：用于退出教师对话框。
4)院系领导对话框：
院系领导口令编辑框：用于输入领导口令
学生考勤信息显示区：用于显示学生考勤(正常、请假、旷课、迟到、早
退等)；
学生请假显示区：用于输入学生请假审批； 时间编辑框：用于编辑年与月； 退出按钮：用于院系领导对话框；
5)管理员对话框：
管理员口令编辑框：用于输入管理员口令；
学生考勤信息显示区：用于显示学生考勤(正常、请假、旷课、迟到、早
退等)；
学生考勤信息修改编辑框：用于修改某些特殊情况的学生信息； 学生考勤信息录入编辑框：用于录入学生考勤信息；
6)系统操作对话框：由六个功能按钮构成
学生考勤信息库操作、数据统计、数据备份、更改口令、返回。
7)学生考勤信息库对话框：
学生学号编辑框：用于显示学生学号； 学生姓名编辑框：用于显示学生姓名； 课程号编辑框：用于显示相应的课程号； 事假申请编辑框：用于显示事假申请； 病假申请编辑框：用于显示病假申请； 迟到编辑框：用于显示迟到； 早退编辑框：用于显示早退； 旷课编辑框：用于显示旷课；
“前一个”按钮：显示和编辑前一个记录； “后一个”按钮：显示和编辑后一个记录；
“移动到”按钮：显示和编辑指定学生学号的考勤信息； “修改”按钮：修改某些特殊情况考勤信息； “添加”按钮：增加学生考勤信息； “删除”按钮：删除当前的学生考勤信息； “退出”按钮：退出学生考勤信息库操作对话框。
8)数据统计对话框：
统计条件单选框：用于选择统计条件类别(学生、教师、院系领导、管理
员情况)；
学生考勤统计条件复选框：用于指定统计条件包含的相关项(学生学号、学生姓名)；
教师统计条件复选框：用于指定统计条件包含的相关项(教师号、学生学
号、课程号)； 院系领导统计条件复选框：用于指定统计条件包含的相关性(领导口令、相关操作、审批日期)；
统计输出设置单选框：用于选择统计结果的输出类别；
学生考勤统计输出设置复选框：用于指定输出项(学生学号、考勤状态)； 教师统计输出设置复选框：用于指定输出项(教师号、课程号、查询的考
勤状况)；
院系领导输出设置复选框：用于指定输出项（领导口令、审批结果、审
批日期、查询信息）
管理员输出设置复选框：用于指定输出项（管理员口令、考勤状态）
“开始统计”按钮：提交统计请求； “返回”按钮：退出数据统计对话框。
9)更改口令对话框：
旧口令输入框：输入旧口令； 新口令输入框：输入新口令；
新口令确认输入框：再输入一次新口令； 确认按钮：确认输入的新口令，并提交。
2．软件接口
使用Access数据库的驱动程序，通过ODBC接口访问。
4.3 内部接口 1.主模块：
输入：操作系统传递至的各种消息以及用户的输入数据 输出：用户界面显示 上层模块：无
下层模块：学生考勤模块、教师工作模块、院系领导模块、系统管
理模块
2.学生考勤模块：
输入：学生学号、课程号 输出：考勤信息 上层模块：主模块
下层模块：学生考勤检验模块、请假模块、访问记录登记模块、相
关信息获取模块。
3.教师工作模块： 输入：教师号、学生号 输出：查询信息、确认信息 上层模块：主模块
下层模块：访问记录检验模块、相关信息获取模块。
4.院系领导模块：
输入：领导口令
输出：审批结果、查询信息 上层模块：主模块
下层模块：访问记录检验模块、相关信息获取模块。
5.系统操作模块：
输入：与系统管理对话框有关的各种用户及系统消息 输出：
上层模块：主模块
下层模块：系统操作权限检验模块、考勤信息库操作模块、数据统
计模块。
6.各身份检验模块：
输入： 身份验证号 输出：合法非法用户标志 上层模块：对应身份模块 下层模块：数据库查询模块
7.相关信息获取模块：
输入：身份验证号
输出：与身份验证号匹配的记录集 上层模块：对应身份模块 下层模块：数据库查询模块
8.访问记录登记模块：
输入：身份验证号 输出：操作结果信息 上层模块：对应身份模块 下层模块：数据库操作模块
9.查询命令生成模块：
输入：用户界面的输入
输出：数据库查询命令(SQL命令)上层模块：查询模块、数据统计模块 下层模块：无
10.数据显示模块：
输入：数据库操作的结果集 输出：用户界面的数据列表显示 上层模块：查询模块、数据统计模块。下层模块：无
11.系统操作权限检验模块：
输入：用户名、用户口令 输出：合法/非法用户标志 上层模块：系统操作模块 下层模块：数据库查询模块
12.显示更新模块
输入：
输出：用户界面显示
上层模块：学生考勤信息库操作模块、、系统设置模块。下层模块：
13.更新当前记录模块
输入：
输出：操作结果信息
上层模块：学生考勤信息库操作模块、系统设置模块 下层模块：数据库操作模块
14.数据统计模块：
输入：统计方式及其关键字 输出：统计结果视图显示 上层模块：系统操作模块
下层模块：查询命令生成模块、数据库查询模块、数据显示模块
15.数据库操作模块：
输入：数据操作命令 输出：
上层模块：学生考勤模块 下层模块：无
16.数据库查询模块：
输入：数据查询命令 输出：查询结果集
上层模块：各身份检验模块、访问记录登记模块、相关信息获取模
块、查询模块、系统操作权限查验模块、数据统计模块、系统设置模块。
下层模块：无
4.4 功能分配
浏览功能：学生考勤信息库操作模块
查询功能：学生考勤信息库操作模块
插入功能：学生考勤信息库操作模块
修改功能： 学生考勤信息库操作模块
删除功能：学生考勤信息库操作模块
授权功能： 系统操作权限检验模块
管理员操作模块
管理员操作模块
管理员操作模块
数据统计模块
7.数据结构设计 5.1 逻辑结构设计
学生考勤表：由多个学生考勤记录构成
学生考勤记录的数据结构如下： 学生学号
学生姓名
院系
年级
专业
性别
迟到
早退
旷课
请假
整数（唯一标识）
变长字符串 变长字符串 变长字符串 变长字符串 变长字符串 变长字符串
变长字符串
变长字符串 变长字符串
教师表：由多个教师记录构成
教师记录的数据结构如下：
教师号 课程号
整数（唯一标识）
变长字符串 变长字符串 教师姓名
院系领导表：由多个院系领导记录构成
院系领导记录的数据结构如下：
院系领导口令
院系领导姓名
整数（唯一标识）变长字符串
访问记录表：由若干个访问记录构成
请假记录的数据结构如下： 请假学生学号(BookID)姓名(ReaderID)请假时间(BorrowDate)销假学生学号(BookID)姓名(ReaderID)还书时间(ReturnDate)
整数（与学生考勤库中的学生学号对应）(唯一标识)
变长字符串（与学生考勤库中的姓名对应）
日期
整数（与学生考勤库中的学生学号对应）(唯一标识)
变长字符串（与学生考勤库中的姓名对应）日期 销假记录的数据结构如下：
系统操作员记录表：由若干个系统操作员记录构成 系统操作员记录的数据结构如下：
记录序号(id)整数(系统自动生成，唯一标示符)账号(Administrater)口令(Password)
5.2 物理结构设计 数据的物理结构由使用的数据库决定。
5.3 数据结构与程序的关系 主模块：连接数据库；
学生考勤模块：指定学号，姓名，读出考勤状态，记录考勤时期，对应课程号的相关信息，并把相关信息记录到访问记录模块中。
教师模块：指定学号，教师号，读出学生考勤状态，对考勤状态确认，记录查询日期，教师的相关信息，并把相关信息记录到访问记录模块中。
院系领导模块：制定学号，院系领导号，读出学生考勤状态和请假申请相关信息，对请假申请进行审批，并把相关信息记录到访问记录模块中。
查询模块：指定查询条件，提交给数据库操作模块。
系统操作模块：对学生考勤信息库操作，调用数据库操作模块对各个库进行相应操作，对数据进行备份，在授权操作中检验用户身份。
权限级别(Level)
变长字符串 变长字符串 整数 8.运行设计 6.1 运行模块的组合
程序启动后，进入主模块，用户的单击对话框按钮事件触发主模块调用各下层模块，进入对应的子对话框，同样由用户的输入触发这些模块调用其下层模块，完成相应操作。
6.2 运行控制
本软件控制流程：主程序运行，等待用户的输入，根据用户的输入调用各子模块。
6.3 出错处理及安全保密设计
1.提供丰富的出错提示信息； 2.提供一定的保密手段。
6.4 维护设计
第二篇：软件设计说明书
设计说明书 引言
水利方向一直是国家十分重视且投入巨大的方向，它关乎方方面面。百姓生命安全、水资源的利用、农业的灌溉等等，都与其息息相关，但是，正因为它的无处不在，导致如果使用传统的手段，将需要消耗过多的人力，效率极其低下，甚至是不可完成的，所以，水利也需要更加现代化的手段去完成预期的目标，水利自动化就是为了这一目的而提出来的。水利自动化可以大大提高数据测量的准确度和控制的可靠性，提高效率，降低劳动强度，充分利用现有设备，从而对于当地水利单位和水利公司均能带来可观的经济和社会收益。
1.1 编写目的
a.编写本说明书的目的在于阐明用户的要求的，描述出系统的需求模型、功能和性能要求以及其他约定，为后期的软件设计等工作提供依据。
b.本说明书的预期读者为用户、系统设计员及其他开发人员和相关审核检测人员。
1.2 背景
本项目的任务提出者及开发者是北京恒宇伟业科技发展有限公司生产部开发小组：
项目负责人：
硬件设计工程师：
系统分析员：
系统设计员：
编码员：
软件测试员：
用户为各地方招标业主单位，该软件在WINDOW7系统下，在IAR FOR MSP430环境下完成开发，1.3 定义
RTU：远程终端单元。
水文监测系统：是指用于对各类水文要素实施采集、传输、处理的总体。
1.4 参考资料
水文检测数据通信规约(SL651-2014)2 设计总体
2.1 需求规定
本软件系统的各种用户是唯一的参与者，参与者通过使用事件与系统进行交互，所有的使用事件综合起来即构成了用户的功能需求。本系统通过用户操作键盘操作及显示屏显示交互设定相关系统、通讯、传感器参数，查看历史数据和系统运行状态。
2.2运行环境
本软件属于工业级产品设备运行系统，运行在基于MSP430F5438A CPU芯片的自助设计的电路板上。部分操作依托于外部传感器设备。
2.3 基本设计概念和处理流程
2.4 结构
初始化函数流程图
Main函数流程图
数据发送流程图
水位数据采集流程图
雨量数据采集流程图
数据处理模块流程图
输入数据处理模块
2.5 功能需求与程序的关系
主程序函数
main();系统滴答初始化
Init_CLK();
GPIO口相关映射初始化
Init_Port();
;UART口相关初始化
Init_RSUART()
;键盘相关初始化
Init_Keypad();菜单链表初始化
Init_Menu();系统时钟读取
RX8025_R();本地网络修复模块
NetFix();输入数据处理模块
IO_ReportDeal();菜单模块
Menu_Ctrl();雨量数据处理模块
Msg_RainDDeal();水位数据处理模块
Msg_WaterDeal();报文拼组模块
Msg_PostDeal();数据发送模块
NT_SendMsg();系统参数变更存储模块
SysParSave();
2.6 人工处理过程
用户通过键盘及显示屏，依靠系统菜单，对相关内容进行设置，以达到按照具体需求运行程序获得预期效果的结果。
2.7 尚未解决的问题
未能对摄像头图片数据进行采集及传输。接口设计
3.1 用户接口
通过菜单项提供用户接口,其操作简单、功能直观,故不再详述,用户接口如下： 主菜单：系统参数 通讯参数 传感器参数 历史数据 当前通讯状态
系统参数：终端号 系统时钟 密码设置 次雨量清零 人工置数 修改密码 恢复出厂设置 通讯参数：起始发送时间 当日发送次数 GPRS设置 GSM设置
传感器参数：水位计类型 雨量计精度 水位预警值 水位变化阈值 水位基值 历史数据：历史数据查询 历史数据清空
当前通讯状态：信号强度 网络通讯状态 实时时钟
3.2 内部接口
按键中断响应
#pragma vector=PORT1_VECTOR __interrupt void Port1(void)雨量中断响应
#pragma vector=PORT2_VECTOR __interrupt void Port2(void)普通串口中断响应
#pragma vector=USCI_A0_VECTOR __interrupt void USCI_A0_ISR(void)GPRS通讯串口中断响应
#pragma vector=USCI_A1_VECTOR __interrupt void USCI_A1_ISR(void)485中断响应
#pragma vector=USCI_A2_VECTOR __interrupt void USCI_A2_ISR(void)232中断响应
#pragma vector=USCI_A3_VECTOR __interrupt void USCI_A3_ISR(void)
3.3 外部接口
硬件接口：
标准串口，485口，232口，格雷码口，模拟量输入口，12V供电输出口，24V供电输出接口 软件接口：
关联程序：编译器等
运行设计
4.1 运行模块组合
水位采集模块→处理模块→报文拼组模块→数据发送模块→历史数据存储模块 雨量采集模块→处理模块→报文拼组模块→数据发送模块→历史数据存储模块 按键响应模块→菜单模块→系统参数更新存储模块 输入数据处理模块→报文拼组模块→数据发送模块
4.2 运行控制
由用户通过菜单选项进行控制。
4.3 运行时间
根据当前时间的采集任务及发送任务量决定 系统数据结构设计
5.1 逻辑结构设计要点
本系统各功能紧密结合，为尽量避免相互影响出现错误，系统严格按照时间顺序运行，保证数据的绝对准确，各端口数据独立接收，统一处理，保证数据不会混杂的前提下，保证更高的处理效率。系统出错处理设计
6.1 出错信息
当软件进行硬件运行检查，发生错误会重复启动多次避免偶然情况导致硬件运行不正常，在多次检验无法通过时，会在显示屏提示出错原因，保住维护人员排查原因。
6.2 补救措施
故障出现后可能采取的变通措施，包括：
a.通过对系统参数进行分析，自主判断问题原因，并采用预置的解决方案进行解决。
b.通过在程序各函数打印运行LOG并向串口发送，帮助排查人员了解当前运行情况，便于解决问题 c.恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3 系统维护设计
正确性维护：在运行过程中发现错时，根据发生错误的功能项找到相应模块，对出错模块单独测试和修改。适应性维护：软件的运行平台限定特定硬件平台上，限定住可能出现问题的范围，便于排查。
完善性维护：为了应对用户新提出的要求或改善性能，增加新的功能时，由于系统模块间的独立性，新功能通常可以单独形成新的模块，经测试后拼加到系统中，而对其他模块影响不大；改善某模块的性能（提高处理效率，改善程序结构等）时，只需对相应模块进行改进，然后还原到系统中。
第三篇：库存管理系统软件设计说明书
引言........................................................................................2
1.1 编写目的........................................................................2
1.2 背景及意义....................................................................3
1.3 国内外研究现状............................................................4 2 系统总体设计分析...............................................................5
2.1 软件功能及模块设计....................................................5
2.1.1 软件主要功能.........................................................6
2.1.2 软件模块组成.........................................................6
2.2 开发环境及性能优化....................................................7
2.2.1开发环境....................................................................7 3 各模块软件设计与实现.......................................................7
3.1系统管理模块...................................................................7
3.2进货管理模块.................................................................14
3.3 出货管理模块.................................................................17
3.4报表统计模块.................................................................17
3.5信息查询模块.................................................................18
引言 1.1 编写目的
“公正、公平、合理”的企业管理理念和企业管理水平的提高，使社会对库存管理系统有了更高的需求；同时由于个人电脑的普及，数据库技术、客户/服务器技术，特别是Internet/Intranet技术的发展，使的三代库存管理系统的出现才成为必然。库存管理系统的特点是从物品管理的角度出发，用集中的数据库将几乎所有与物品相关的数据统一管理起来，形成了集成的信息源。有好的用户界面，强有力的报表生成工具、分析工具和信息的共享使得物品管理人员得以摆脱繁重的日常工作，集中精力从战略的角度来考虑企业物品规划和政策。
企业的库存物资管理往往是很复杂、很繁琐的。由于所掌握的物资种类众多，订货、管理、发放的渠道各有差异，各个企业之间的管理体制不尽相同，各类统计报表繁多，因此仓库的库存管理必须编制一套库存管理信息系统，实现计算机化操作，而且必须根据企业的具体情况制定相应的方案。
根据当前的企业管理体制，一般的库存管理系统，总是根据所掌握的物资类别，相应分成几个科室来进行物资的计划，订货，核销托收，验收入库，根据企业各个部门的需求来发送物资设备，并随时按期进行库存盘点，作台帐，根据企业领导和自身管理的需要按月、季度、进行统计分析，产生相应报表。为了加强关键物资、设备的管理，要定期掌握其储备，消耗情况，根据计划定额和实际纤毫定额的比较，进行定额管理，使得资金使用合理，物资设备的储备最佳。
一个完整的企业物资供应管理系统应包括采购计划管理，合同收托管理、仓库库存管理、定额管理、统计管理、财务管理等模块。其中仓库的库存管理是整个物资供应管理系统的核心。因此有必要开发一套独立的库存管理系统来提高企业工作效率, 而所使用的这套库存管理系统是企业生产经营管理活动中的核心，此系统必须可以用来控制合理的库存费用、适时适量的库存数量，使企业生产活动效率最大化。
1.2背景及意义
进行库存管理的意义就在于：它能确保物畅其流，促使企业经营
活动繁荣兴旺。不论什么企业，都要储备一些物资。以生产为主的企业，不储备一定的物资，不能维持其连续生产；服务性行业，也要备置某些需用的设备和服务用具；就连一般的事业单位，也要备有某些办公用品等。因此，各行各业都存在不同程度的库存管理业务。
实行库存管理有如下优点：
（一）有利于资金周转
因为在某些特殊情况下，可以做到将库存需要的投资额规定为零。为此可使经营活动更为灵活，把用于建立原材料、制成品、商品等常备库存所需要占用的资金转为经营其他项目，这就有可能使经营活动向更新、更高的阶段发展。
（二）促使生产管理更为合理
这是因为库存管理工作的目标之一就是必需的物资，即在需要时，按需要量供应。目前生产管理较为混乱的主要原因在于一些急需的物资不能及时供应，要从根本上杜绝此类现象，就要认真搞好库存管理。
（三）有利于顺利地进行运输管理，也有助于有效地开展仓库管理工作
通过库存管理，可将原来零零散散放置的物料整理得井然有序，可使企业的生产环境整洁一新，实现文明生产。废旧物料堆放整齐、报废的设备及时运走，工厂的空地整洁干净，这样的环境，自然令人感到心情舒畅。此外。还可以把经常动用的物料以及危险性物料分片保管，以保证工厂的安全生产。
库存管理工作的好坏，对改善企业生产环境将起着举足轻重的作用。
1.3 国内外研究现状
由于库存管理在经济管理中占重要地位，其计算机化在发达国家中也已经达到了相当高的水平。我国在全国范围内推广计算机在管理中的应用，是在70年代末开始的，虽然起步较晚，近几年发展却较快，特别是微型计算机的出现和普及为信息处理提供了物美价廉的手段，对于推动我国管理信息处理的现代化起了重要的作用。
库存管理对企业来说是一项繁琐复杂的工作，每天要处理大量的单据数据。为及时结清每笔业务，盘点库存和货物流动情况，保证企业生产用料以及货物安全，库管人员要花费大量人力物力和时间来做数据记录统计工作。
在世界发达国家，库存管理的计算机化水平已经很高了，尽管我国的生产企业在这方面也有了很强的意识和长足的进步，但仍存在这样、那样的一些问题。
有的企业单位的库存管理部分目前仍为手工、半手工操作。从供应单位办理入库登记开始，到使用单位输领料出库手续为止，所有操作基本上都是由仓库管理人员笔写，手理，加上算盘、计算器来完成。这不仅烦琐，效率低，而且缺乏库存管理的一些基本手段，如库存状况统计，查询经济订货量计算等，这给企业在一定程度上造成了管理上的落后，及经济利益上的损失。有的单位的库存管理部已上了微机，但对微机的利用效率极低，有的在用它打游戏，有的仅把它当计算器或打字机来用。有的企业单位既有了微机同时也有了库存管理软件，但硬件上去了，软件上不去。因为他们用的库存管理软件，大多为自己的工作人员及其他一些非专业人员所开发的简单的管理程序，很难称得上是“库存管理信息系统软件”这些程序的弱点多表现为：
1、系统开发时无科学的理论支持。
2、开发过程中调研不全面。
3、软件编写时模型不清晰完整。
4、所用开发工具落后（如Fox base）。
计算机在管理中的应用开始于1954年，当时美国首先用计算机处理工资单。40多年来，计算机在处理管理信息方面发展迅速。例如，60年代美国计算机在管理中应用项目不到300项，到了1975年达到2670项。而现在，美国在财务会计上90%的工作由计算机完成；物资管理中80—100%的信息处理由计算机完成；计划管理中是80—90%。据计算机应用方面发展较快的国家统计，计算机用于经济管理的约占80%；用于科技运算的占8%；用于生产过程控制的占12%。因此，经济管理是计算机应用的主要领域。系统总体设计分析 2.1 软件功能及模块设计 2.1.1 软件主要功能
库存管理系统软件能达到如下具体功能要求： 1）系统管理模块 2）进货管理模块 3）出货管理模块 4）报表统计模块 5）信息查询模块 2.1.2 软件模块组成
本软件包括五个模块：系统管理、进货管理、出货管理、报表统计、信息查询。库存管理系统总体设计框图
图2-1 系统总体设计框图
2.2 开发环境及性能优化
2.2.1开发环境
数据库：Microsoft SQL Server 2000 前端开发工具：Visual C#.NET 数据访问对象：ADO 各模块软件设计与实现 3.1 系统管理模块
系统管理模块分为4种功能：身份验证功能、注册用户功能、修改删除用户功能、修改密码功能。身份验证功能
在进入系统主界面之前，会出现一个身份验证对话框，要验证用户的身份。本系统中用户分为管理员、仓库管理员和经理三种。不同用户其权限也不同。
用户通过库存管理系统界面登录进入系统。在其输入用户编号与密码之后，单击“确定”按钮登录数据库（为了方便用户，本系统允许用户在输入密码之后直接按回车键登录数据库，而无须使用鼠标单击“确定”按钮）。此时触发“确定”按钮的Click事件相应函数。在这个事件响应函数中，需要首先判断用户，因为他们具有不同的权限。如果权限是0，则进入系统管理员界面；权限是1，则进入经理界面；权限是2，则进入仓库管理员界面。
图3-1 系统登录界面
由于用户权限的差异，他们所能进入的系统主界面也相应的不同。
图3-2 系统主界面一（系统管理员身份进入）
图3-3 系统主界面二（经理身份进入）
图3-4 系统主界面三（仓库管理员身份进入）
注册用户功能 以下为注册用户界面：
图3-5 系统管理员注册用户界面
注册用户成功界面：
图3-6 注册用户成功界面
修改删除用户功能 修改删除用户界面如下：
图3-7 系统管理员修改删除用户界面
修改密码功能
对一个完整的系统而言，用户是应该可以修改自己的密码的，因此系统中应该具有修改密码的功能，提高数据的安全性，用户可以在进入系统主界面后可以修改自己的密码。当用户输入完成之后，按“确定”按钮来关闭对话框，系统会自动检查用户两次输入的密码是否一致，如果不一致，会出现出错提示并建议用户重新输入。
图3-8 修改密码界面
用户只能通过此界面修改自己的密码，如果试图修改别人的密码，则提示如下图：
图3-9 修改密码界面
修改密码成功则显示重新登录界面，图如下：
图3-10重新登录界面
3.2 进货管理模块
进货管理模块包括填写货品信息、入库单、修改最低库存三个子模块。
图3-11 仓库管理员填写入库单界面
入库单中涉及数据一致性，货品编号为1开头的库别自动为饮料库，货品编号为2开头的库别自动为主仓库，货品编号为3开头的库别自动为酒库。数量和进货单价设置只能输入数字类型。其中货品编号如果在库存信息表中不存在，那么提示先输入货品信息，点击确定后界
面自动跳转到如下图：
图3-12 仓库管理员填写入库单界面
图3-13 仓库管理员填写货品信息界面
3.3 出货管理模块
出库时如果出库数量低于库存信息表中的最低库存时报警，提醒仓库管理员及时通知采购员采购，如果不清楚此货品的采购员是谁可以根据货品编号查询采购员信息，报警显示如下图：
图3-14 填写出库单
3.4报表统计模块
本系统的报表分为日报表和月报表，日报表在添加入库单和出库单时就已经自动添加进数据库中的日报表了，所以在此只需再手动添加月
报表。
图3-15 月报表统计
3.5信息查询模块
该模块三种用户都会用到，用户根据不同的权限分别可以查询不同的内容，如系统管理员为了修改仓库信息表、采购员信息表、客户信息表而查询相关信息，仓库管理员为了通知采购员及时采购而查询采购员信息，经理查询仓库管理的各种信息等。
图3-24 库存信息查询
第四篇：汽车租赁系统软件设计说明书
汽车租赁系统 软件设计说明书
目录
1.介绍....................................................................................................................................1 1.1 目的..........................................................................................................................1 1.2 范围..........................................................................................................................1 1.3 内容概览..................................................................................................................1 2.体系结构表示方法............................................................................................................2 3.系统要达到的目标和限制................................................................................................2 4.用例视图............................................................................................................................2 4.1 创建系统用例图......................................................................................................2 4.2 创建系统静态模型..................................................................................................4 4.3 创建活动图..............................................................................................................4 4.4 创建状态图...........................................................................错误！未定义书签。5.逻辑视图............................................................................................................................7 5.1 参与者相关的类......................................................................................................8 5.2 系统中用到的其他类..............................................................................................9 5.3 各类之间的关系....................................................................................................10 6.过程视图..........................................................................................................................10 6.1 客户取车................................................................................................................10 6.2 客户还车................................................................................................................12 6.3 客户预订车辆........................................................................................................13 6.4 出租汽车................................................................................................................15 6.5 增加汽车................................................................................................................15 6.6 删除汽车................................................................................................................16 6.7 增加客户................................................................................................................17 6.8 车辆信息管理........................................................................................................18 7.部署视图..........................................................................................................................18 8.规模和性能......................................................................................................................20 9.质量..................................................................................................................................20
《软件工程实践》
2012-2013-02
软件设计说明书
1.介绍
1.1 目的
汽车租赁系统是一套针对汽车租赁业务的实际特点而开发的应用与管理软件，其功能覆盖了汽车租赁业务的全部流程。主要包括车辆预定、租赁业务、车辆管理、客户管理、车辆检修、租金统计等功能。它包括了四个模块：基本数据维护模块、基本业务模块、数据库管理模块和信息查询模块。其中，基本数据模块提供了使用者录入、修改并维护基本数据的途径，主要包括了添加车辆信息、修改车辆信息、添加员工信息、修改员工数据几大主要功能。基本业务模块则提供，基本业务模块中，客户可以填写汽车租赁申请表，工作人员负责处理这些表格；同时，技术人员可以提交每辆车的状态，以便工作人员根据这些资料决定是否批准客户的请求，它包含的功能有：用户填写预定申请、工作人员处理预定请求、技术人员填写服务记录和工作人员处理还车。数据库模块是对客户、工作人员及车辆的信息都要进行统一管理，车辆的租赁情况也要进行详细的登记，它的功能则是客户信息管理、车辆信息管理、租赁信息管理和志愿信息管理。信息查询模块主要用于查询数据库中的相关信息，包括查询客户信息、查询职员信息、查询车辆信息和客户记录等。
这篇文档提供了对在线汽车租赁系统的系统架构的总览，从不同的视角描述了该系统。同时介绍了在线汽车租赁网站有关架构的想法，包含架构分析的关键决策，目的在于帮助开发人员理解汽车租赁系统的基本结构。
1.2 范围
介绍了汽车租赁系统的客户取车、客户还车、客户预订车辆。
1.3 内容概览
登录系统
用户如果要进行汽车租赁操作，需要输入正确的用户名和密码，如果输入错误，则停留在登录页； 注册系统
客户如果从来没有在本网站租赁过汽车，需要注册一个客户账号； 浏览汽车系统
进入汽车租赁系统后，客户必须知道有关的汽车信息，可以得到汽车的名称、价格、各种属性信息，并能根据需要输入相关信息进行搜索； 汽车系统
当客户看中某辆汽车后，可以根据需要进行预定，操作后生成订单，然后可以提交订单。
《软件工程实践》
2012-2013-02 2.体系结构表示方法
这篇文档使用一系列视图反映系统架构的某个方面；
用例视图：概括了架构上最为重要的用例和它们的非功能性需求； 逻辑视图：展示了描述系统关键方面的重要用例实现场景(使用交互图)；
部署视图：展示构建在处理节点上的物理部署以及节点之间的网络配置(使用部署图)； 3.系统要达到的目标和限制 目标
客户可以正确登录，在登录页面输入信息时能够在输入错误的同时看到错误提示；正确登录后可以看到汽车的列表，点击其中一条信息后可以看到某辆汽车的详细信息，看中后可以很方便的进行预定，在生成订单之后客户可以看到。
客户在首页可以很方便地进行注册，输入的注册信息要进行验证，验证正确后将信息存入数据库。
管理员正确登录后可以修改用户信息，汽车信息。 限制
客户和管理员的界面分开，客户不能修改逻辑上不能修改的信息； 管理员不能修改用户密码，还有同级别的管理员的信息。4.用例视图
4.1 创建系统用例图
汽车租赁系统主要是对各种信息的管理，而在系统中，只有租赁管理人员才有权限使用本系统，才能对数据库进行操作。
（1）管理人员对汽车信息的管理，包括汽车租出时将汽车状态更改为已租出，而当汽车归还时则将状态置为可出租。再者就是当购进新车或者汽车报废时更改可出租汽车的数量信息等。
（2）管理人员对于客户信息的管理主要是对会员的管理，比如更改会员类型，增删会员信息。
（3）而对于工作人员的管理主要是指增删工作人员以及修改工作人员的信息，这有为重要，因为工作人员有权处理汽车的租赁流程。
系统用例图如下：
《软件工程实践》
2012-2013-02 缴纳罚金客户<
图4.1客户用例图
系统登录查询预订记录处理预定拒绝租车请求工作人员汽车交付介绍租车程序<
图4.2工作人员用例图
《软件工程实践》
2012-2013-02
增加汽车汽车信息管理更改汽车状态客户信息管理租赁系统管理者删除汽车工作人员信息管理图4.3租赁系统管理者用例图
4.2 创建系统静态模型
从前面的需求分析中，我们可以依据主要的七个类对象：汽车、客户、职员、工作记录、请求订单、客户记录和服务记录创建完整的类图如图4.3所示。
商品类别的活动图如下：
图4.3 系统类图
4.3 创建活动图
利用系统的活动图来描述系统的参与者是如何协同工作的。汽车租赁系统中，根据客户和职员的活动步骤我们可以创建活动图如下图4.4所示。
《软件工程实践》
2012-2013-02
图4.4 客户和职员的活动图
图4.5 系统管理员维护汽车信息的活动图 5
《软件工程实践》
4.4 创建状态图
2012-2013-02 在汽车租赁系统中，从客户开始发送租车请求道最后客户归还租借的车辆为止，整个系统的状态图如下图4.5所示。
图4.6 汽车租赁系统的活动图
图4.7 车的活动图
《软件工程实践》
2012-2013-02
图4.8 客户的活动图
5.逻辑视图
逻辑视图部分主要叙述了设计阶段的工作。汽车租赁系统的数据类中共有8个：Person,Customer,Worker,Administrator,Car,RequestOrder,ServiceRecord,CustomerRecord.《软件工程实践》
5.1 参与者相关的类：
2012-2013-02
[类图说明] Person类是所有类的父类，包含3个属性：姓名（name），身份证号（ID）和电话号码（PhoneNO）。它包含的方法都是用来设置和获取这些属性值。
Customer类是包含客户信息的类，除了继承了父类的属性和方法，还包括了车辆类型（CarType），性别（gender）和驾驶证号（licenseNo）等属性。
Worker类是包含员工信息的类，其中包含了员工的类型（type）和工作证号（WorkID）等属性，方法中的calculate()用来进行结算，checkRequest用来查询是否有没处理的申请单，checkCar()是用来查询汽车状况的。
Administrator类是系统管理员类，主要属性有工作证号（WorkID），主要方法是update()。
《软件工程实践》
5.2 系统中用到的其他类：
2012-2013-02
[类图说明] CustomerRecord类表示客户记录。customerID是客户的身份证号码，customerName是客户名称，RentDate是租车日期，CarType是所租车辆的类型，CarNumber是该车的车牌号码。IsFinish代表该交易时否结束。check()用来得到该客户的记录，end()用来结束该交易。
Car类代表汽车记录。CarType是该车的车型，CarNumber是车牌号码，status是指该车是否被预订、正在使用中或空闲状态，condition是指该车的状态。InServiced()用来判断该车是否空闲，updateStatus()用来修改车辆所处的状态。
RequestOrder类表示的是填写客户申请资料的表格。CarType表示客户申请的车型，RentDate是租车时间，IsAllow表示该客户的申请是否得到批准。Allow()用来接收客户的请求，fillOrder()是指客户填写表格，check()用来检查是否存在这个申请，isHandled()设置该申请已被处理。
ServiceRecord类是服务记录，属性包括交易中涉及的员工、客户、车辆、已经租赁信息。fillWorkRecord()用来填写这份记录，viewRecord()用来查看这份记录，updateRecord()用来修改这份记录。
《软件工程实践》
5.3 各类之间的关系：
2012-2013-02
[类图说明] 从图中可以看出，工作人员（Worker）可以查看所有客户（Customer）的租赁历史记录（CustomerRecord），可以处理多个用户的租赁申请（RequestOrder）。由于工作人员可以同时处理多个业务，所以他可以拥有多个服务记录（ServiceRecord）。
6.过程视图
过程视图部分叙述几个主要子系统的处理流程。主要包括客户取车，客户还车，客户预订车辆。
6.1 客户取车 6.1.1 用例简述
客户取车：客户出示取车的通知，职员查看通知无误，客户支付押金，职员填写工作记录，更新车辆的状态，客户取车。
6.1.2 基本事件流 客户：客户出示取车的通知； 2 职员：职员查看通知无误； 3 客户：客户支付押金； 4 职员：职员填写工作记录；
《软件工程实践》
2012-2013-02 5 职员：更新车辆的状态； 6 客户：客户取车 7 系统：用例结束。
6.1.3 客户取车顺序图见图6.1
图6.1 客户取车的系统顺序图
6.1.4 客户取车的协作图见图6.2
图6.2 客户取车的协作图
《软件工程实践》
2012-2013-02
6.2 客户还车 6.2.1 用例简述
客户还车：客户归还车辆，职员检查车辆的状态并添加服务记录，通知付款，客户付清钱款，职员更新车辆状态。
6.2.2 基本事件流 客户：客户归还车辆； 职员：职员检查车辆的状态并添加服务记录； 3 职员：通知付款； 4 客户：客户付清钱款； 5 职员：更新车辆的状态； 6 系统：用例结束。
6.2.3 客户还车的系统顺序图见图6.3
图6.3 客户还车的系统顺序图
6.2.4 客户还车的协作图见图6.4
《软件工程实践》
2012-2013-02
图6.4 客户还车的协作图
6.3 客户预定车辆 6.3.1 用例简述
客户预订车辆：客户填写预订单，职员检查预订单并检查客户记录，办理租车的手续，完成手续后，建立新的客户手续，同意租车请求，通知客户。
6.3.2 基本事件流 客户：客户填写预订单； 职员：职员检查预订单并检查客户记录； 3 职员：办理租车的手续； 职员：完成手续后，建立新的客户手续； 5 职员：同意租车请求； 6 职员：通知客户 7 系统：用例结束。
《软件工程实践》
6.3.3 客户预订车辆的系统顺序图见图6.5
2012-2013-02
图6.5 客户预订车辆的系统顺序图
6.3.4 客户预订车辆的协作图见图6.6
图6.6 客户预订车辆的协作图
《软件工程实践》
6.4 出租汽车 6.4.1 用例简述
2012-2013-02 出租车辆：查询汽车，验证客户身份，查询可租汽车，查询客户信息，修改客户租车信息，修改服务信息。
6.4.2 基本事件流 职员：查询汽车； 2 职员：验证客户身份； 3 职员：查询可租汽车； 4 职员：查询客户信息； 5 职员：修改客户租车信息； 6 职员：修改服务信息； 7 系统：用例结束。
6.4.3 出租车辆的系统顺序图见图6.7
图6.7 出租车辆的时序图
6.5 增加汽车 6.5.1 用例简述
增加汽车：增加汽车，查询汽车是否已存在，创建新车信息存入系统。
6.5.2 基本事件流 职员：增加汽车； 职员：查询汽车是否已存在；
《软件工程实践》
2012-2013-02 3 职员：创建新车信息存入系统； 4 系统：用例结束。
6.5.3 增加车辆的系统顺序图见图6.8
图6.8 增加车辆的时序图
6.6 删除汽车 6.6.1 用例简述
删除汽车：删除汽车，查询汽车，删除车辆信息。
6.6.2 基本事件流 职员：删除汽车； 2 职员：查询汽车； 3 职员：删除车辆信息； 4 系统：用例结束。
6.6.3 删除汽车的系统顺序图见图6.9
《软件工程实践》
2012-2013-02
图6.9 删除汽车的时序图
6.7 增加客户 6.7.1 用例简述
增加客户：添加新的租车用户信息。
6.7.2 基本事件流 职员：添加新的租车用户信息； 2 系统：用例结束。
6.7.3 增加客户的系统顺序图见图6.10
图6.10 增加客户的时序图
《软件工程实践》
6.8 车辆信息管理 6.8.1 用例简述
2012-2013-02 汽车信息管理：查询汽车状态信息，更改汽车状态信息，用例结束。
6.8.2 基本事件流 职员：查询汽车状态信息； 2 职员：更改汽车状态信息； 3 系统：用例结束。
6.8.3 汽车信息管理的系统顺序图见图6.8
图6.11 汽车信息管理的时序图
7.部署视图
部署视图描述了如何将具体软件制品分配到计算节点(具有处理服务的某种事物)上，表示了软件元素在物理架构上的部署，以及物理元素之间的通信。
在本系统中，我们可以对汽车类、职员类、服务记录类、客户类、工作记录类、客户记录类和请求订单类分别创建对应的构件进行映射。汽车租赁系统的构件图如图7.1所示。
《软件工程实践》
2012-2013-02
图7.1系统构件图
图7.1 汽车租赁系统的构件图
汽车租赁系统的部署图描绘的是系统节点上运行资源的安排。包括三个节点，分别是：客户端浏览器、Http服务器、数据库服务器，创建后的汽车租赁系统部署图如图7.2所示。
图7.2 汽车租赁系统的部署图
Generic PC 普通的个人计算机。 Web Browser 通用个人计算机上的网页浏览器，如：IE6.0，Firefox等。 Apache Web服务器，可以运行在所有广泛使用的计算机平台上。 Struts 一个为开发基于模型-视图-控制器模式的应用架构的开源框架，是利用Java Servlet和JSP构建Web应用的一项非常有用的技术。事件从客户端(浏览器)由用户操作出发的事件，Struts使用Action来接受浏览器表单提交的事件。 Tomcat 6.0 Tomcat 6.0提供Servlet容器。 Hibernate Hibernate提供对象关系映射框架，对JDBC进行了非常轻量级的对象封装，使得可以使用对象编程思维来操纵数据库，完成数据持久化。 MySQL MySQL是小型关系型数据库管理系统，其体积小、速度快、总体拥有成本低，开放源码数据库。
《软件工程实践》
2012-2013-02 8.规模和性能 满足的规模
能够满足100人同时在线浏览网页，20人同时进行有关数据库的操作。 满足的性能
能够满足让顾客可以认同的相应时间。9.质量
系统正式使用时，登录、注册、查看汽车信息、生产订单的流程正常。
第五篇：酒店管理系统软件设计说明书
酒店管理系统
需求规格说明书
目录
1.引言……………………………………………………….3 1.1目的……………………………………………………..3 1.2 定义…………………………………………………….3 1.3 产品的范围和产品特性……………………………….3 1.4 参考文献……………………………………………….4 2.综合描述………………………………………………….4 2.1 产品的前景…………………………………………...4 2.2 产品的描述…………………………………………...4 2.3 用户类和用户特性…………………………………...4 2.4 运行环境……………………………………………...5 2.5 设计和实现的约束条件……………………………...5 2.6 假设和依赖…………………………………………...5 3.外部接口需求…………………………………………….5 3.1 用户接口……………………………………………...5 3.2 硬件接口……………………………………………...6 3.3 软件借口……………………………………………...6 3.4 通信接口……………………………………………...6 4.系统特性………………………………………………….6 4.1前台管理………………………………………………6
4.2 消费管理……………………………………………...8 4.3 收银管理……………………………………………...9 4.4 客房服务……………………………………………...11 5.其他非功能需求…………………………………………13 5.1 性能需求……………………………………………..13 5.2 安全性需求…………………………………………..13 5.3 软件质量需求………………………………………..13 6.附件………………………………………………………14
附录 分析模型…………………………………………...14
1.引言 1．1目的
随着旅游业的民展，酒店、餐饮娱乐行业日趋发达，引入全方位的电脑服务和电脑管理日益流行。同时，酒店和餐厅娱乐业引入电脑服务和管理也取得了优良的经济效益和社会效益。酒店管理系统将先进的电脑技术和现代酒店服务管理管理完美地结合起来，实现了住宿，餐饮全新概念的服务和管理方式。
酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工的工作效率，加速资金周转，降低各项成本及改善服务质量都有十分积极的作用。
1．2定义
1.客房预定系统:可以处理散客预定、团体预定、客房预定、预定未到处理、预售查询等事务。
2.前台接待系统：可以处理散客入住登记，合约入住，团体自动入住和手动入住，补填客单，修改客人信息、转房、调房、设置房态、客人留言，预定客房查询、可售客房查询等事务。
3.前台必银系统：处理记账、埋单、限制客人消费、退房、押金加入、查账、转账、设置跑单、客用保险箱管理、团体埋单及退房业务。
4.账务系统：除具有收银的功能外，还具有纠错、报表输出等功能，能将损失降至最低。5.管家系统；可处理设置净房、脏房、坏房及取消坏房，设置SKIP房、SLEEP房，查询诌房表、脏房表、坏房表，房间状态，新入住查询等业务。
6.电话系统：具有自动计费、夜间稽核，客人信息查询、动态房态查询、房间明细账查询、收银员报表、当日入住客人报表等功能。
7.客历系统：能处理客人手工、自动输入，客人资料查询与修改，黑名单，入住客人自动查询客历、入住客人自动归入客历。
8.合约系统：可将酒店签约的单位或个人的资料输入电脑，并可随时查询和更新。
9.经理系统：可修改客房定价，增加、删除、修改各级密码，个性特别客单，设置系统参数，内部银行系统，数据整理，自我诊断，数据备份。
10.总经理系统：具有客单查询，查询客房状态，查询可售情况，客房占用统计，账务查询，万能查询，报表输出功能
11.密码管理系统：可以管理客户和酒店的各种密码。
12.报表系统：主要是对处理一些非账务表单。主要有客房占用表、转房改租表、预定未到表、客房取消表、房租分析表、经营统计表、可售情况表、房间状态表、坏房状况表、日租统计表、合约销售表。
13.账务报表：主要是处理酒店的日常的账务报表，有收入报表（前台收入明细表、现付收入明细表）、消费报表、顾客账务（住房账务、离店客人账务各跑单账务）、交班报表、信用卡报表、街账报表、应收报表、催账报表、转账报表、借贷报表、联网消费、酒店总表。
1．3产品的范围和产品特性
“酒店管理系统”允许酒店工作人员对酒店的客房、员工以及入住酒店的顾客进行客房入住、酒店服务等一些管理。“酒店管理系统”实施后，能节约人力资源，提高服务质量，方便各项管理。账务处理的时间明显减少，数学计算上的错误也会消失。对客房状态（如是否入住，入住顾客信息等）的查询与统计也显得非常方便，减少了顾客等待与员工分类统计的时间。详细的项目描述请参见酒店管理系统前景和范围文档。文档中这一部分的标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分特性。
1.4 参考文献
1）《软件需求》Karl E.Wiegers(美)著 清华大学出版社
2）前期所写的《酒店管理系统的前景和范围文档》
3）《现代软件工程》 孙涌等著 北京希望电子出版社
2.综合描述
2.1 产品的前景
随着计算机技术的飞速发展，信息时代的到来，信息改变了我们这个社会。各类行业在日常经营管理各个方面也在悄悄地走向规范化和网络化。客房管理的信息化程度体现在将计算机及网络与信息技术应用于经营与管理，以现代化工具代替传统手工作业。无疑，使用网络信息化管理使客房管理更先进、更高效、更科学，信息交流更迅速。
酒店客房管理系统是酒店经营管理中不可缺少的部分，它的内容对于经营的决策者和管理者来说都至关重要,所以客房管理系统、信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多弊端，如:效率低、保密性差，容易出现差错等，且对于查询空房间及已定房间等极为不方便。在当今时代，这些完全可以改用计算机来代替人的手工操作。
作为计算机及网络应用的一部分，使用计算机对客房信息进行管理，具有手工管理所无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高客房经营管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。且办事效率也是决定收入的一个关键因素。
“酒店管理系统”代表了酒店管理的信息化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。
2.2 产品的描述
一个成熟的酒店管理系统不仅仅是记录酒店客人的信息，提供查询，报表打印等一 系列简单的工作，它能让工作人员从烦琐的手工操作中解脱，并且酒店管理系统本身就 代表着一种管理方法。随着它的深入，将带动企业的运作，为管理和决策提供支持。本项目在经过对各酒店软件进行分析和研究后，参考国际上的先进酒店软
件管理思想，结合中国酒店的实际特点，认为可将整个酒店管理系统细分为五个子系统：（1）前台管理系统（2）消费管理系统（3）收银管理系统（4）客房服务系统（5）系统维护
2.3 用户类和用户特性
酒店前台工作人员（优先考虑）：前台服务员的主要职能是负责订房和退房，以及查询入住的客户信息。所有该角色只可以使用部分功能，包括客房经营管理、客户信息查询、个人密码修改以及注销功能。前台工作人员对客房信息进行管理，包括对客房的基本信息(如客房号、客房类型客房位置等)进行检索、录入和修改。工作人员根据酒店规定可 定义客房类型，并对其进行管理，包括对客房类型的基本信息(如类型名称、面积、床位、价格等)进行检索、录入和修改系统。界面会自动显示各种房类的订房情况，以方便前台接待控制房态。按客人姓名系统可自动调出回头客信息 及历次住店统计信息以确定房价优惠、优惠时段和客人具体的消费记录等。
酒店管理人员：酒店管理员享有最高权限，可以使用酒店客房管理系统所提供的所有功能，包括员工信息维护、客房类型维护、客房信息维护、客户信息查询、经营状况统计、个人密码修改以及注销功能。
顾客：顾客可以在酒店提供的网上酒店管理系统进行自助查询酒店的一些相关信息，以及预定客房等。
财务管理部门：根据酒店客房的业务记录，酒店财务管理部门的工作人员可选择客房类别和日期的统计方式对营业额进行统计。他们需要接受培训，学会如何让使用计算机以及一些office应用。
酒店房务服务人员：酒店的房务服务人员利用系统可看到系统根据自家酒店的实际情况按顺序房号列出客房，很直观地显示客房所属的房间类型及用图形及颜色表示不同的房态，有没有顾客入住、退房等，客房需要什么样的服务，是否需要打扫、服务。
2.4 运行环境
为了达到系统要求，必须依靠高起点的硬件环境和软件开发工具来保证系统的稳定和正常运行。酒店电脑系统要求24小时连续运行，数据量大，可靠性要求高，因此整个电脑系统供电采用专线方式，加配lips（不间断供电系统），并合理接地，以便保障整套系统的正常运行。
2.5 设计和约束条件
CO-1:部分子系统将使用酒店本来的业务流程。
CO-2:系统必须操作简单、用户手册通俗易懂。
CO-3：该服务器实现要使用由公司批准的Red Hat Linux版本和Apache HTTP Server.2.6 假设和依赖
AS-1: 酒店拥有一台打印机和传真机，能方便打印报表，以及对预定客房的商务传真进行处理。
AS-2: 酒店有链接外网的服务器或计算机，能提供网上预定功能，方便顾客预定。DE-1: 对于经常光顾或要求打折的顾客以及节假日或者店庆优惠活动，应具备折扣管理功能。
DE-2: 对于使用酒店管理软件前的电话预定等，该管理软件应该有专门的录音功能。
3.外部接口需求
3.1 用户接口（User Interfaces,UI）
UI-1:入住登记界面应包含：部门，可选设施图标区，宾客登记信息区，选定设施列表。
UI-2：消费点单操作界面应包含：部门选择，总账单列表区，子账单列表区，消费记录区，消费品选择区。
UI-3:外卖零单消费界面应包含：消费品选择区，消费记录区，支付方式选择区。UI-4:在退房结账界面应包含：部门选择，总账单列表区，子账单列表区，消费明细表，结账操作面板。
3.2 硬件接口（Hardware Interfaces,HI）
HI-1:采用基于超5类双绞的综合布线系统，同时支持语音和数字的传输。HI-2：对机器的指示是：CPU2400转以上，显示器支持800*600分辨率，基本内存512兆推荐2G，Windows兼容打印机。
3.3 软件借口（Software Interfaces,SI）
“人事管理系统”。“人事管理系统”通过程序界面与“酒店管理系统”进行通信，完成下面这些工作：
1：提取人员业务完成情况，作为进行绩效考核的依据。
2：根据酒店管理系统中各部门的项目消费情况，作为合理分配人员的依据。
3.4 通信接口（Communications Iterfaces,CI）
CI-1：“酒店管理系统”接收熟客的电子邮件预订，由操作员将预订信息输入系统。
CI-2：“酒店管理系统”将向宾客发送电子邮件消息，以确认收到预订或者预订失败信息。
4.系统特性
4.1 前台管理
（1）描述和优先级
为住店客人提供预订信息，并为顾客办理登记入住手续，将登记信息录入电脑。并可以为客人增加房间，更换房间，还能根据操作员的权限不同，对客人登记信息及房间价格加以修改，提高系统的灵活性，满足不同客人的要求。
（2）刺激/响应序列
预定
刺激：选择客人准备预约登记的部门，如客房…等，点击“新增预订”。响应：系统给出预定登记区。
刺激：在预订登记区填入相关信息、选择具体需预订的设施项目及数量。填写无
误后按“保存”按钮。
响应：系统记录预定信息，并返回预定成功。刺激：反之选择“取消”按钮。响应：系统取消预定。
入住登记
刺激：进入“接待画面”后，先选择当前需接待登记的部门，如：客房、餐饮…．．
再选择设施规格，默认状态下是“标准”。
响应：建立客户消费帐，为每位客人安排一个房间、床位、桌号、牌号、及其他相关登记类型索引记录。
刺激：选择和填写完毕，按“确定”按钮。响应：完成接待操作。
刺激：按“取消”按钮。响应：取消所有操作。
顾客换房
刺激：进入“登记调整”界面，响应：系统调出所有已登记宾客和空余设施。
刺激：首先选择需调整宾客当前所登记的“部门”，在界面“原登记”列表框内移动光标选择需调整的宾客。在“设施列表”中选择想调换的设施。按“调换”按钮。
响应：完成调换。
刺激：按“取消”按钮。响应：取消所有操作。
追加登记
刺激：进入“追加登记”界面，在客人列表框内直接移动光标选择需追加登记的客人。
响应：系统调出该客人已登记的项目。
刺激：在“可供追加项目”列表框内双击鼠标添加新的项目到该宾客资料中，点击“确定”。
响应：系统更新该客人的已登记记录，并返回追加成功。刺激：选中追加项目，通过点击“—”取消追加。响应：系统将新追加项目从该宾客资料中移除。刺激：按“取消”按钮。响应：取消所有操作。
4.2 消费管理
（1）描述级和优先级
根据客人需求，为已登记在店客人提供店内能提供的消费服务，并自动建立消费档案。每位顾客发生消费前必须进行登记，需要建立客户帐，然后是顾客在酒店里进行了各种消费，例如：就餐点菜、会议室的租用、沐浴按摩、酒水消费等等，将这些消费信息录入在客户帐上，对这些消费进行管理满足顾客不同的消费。
（2）刺激/响应序列
点单
刺激：进入“总帐单列表区”界面，通过移动上下键或直接用鼠标在此区域选择需
要消费的客人，或者直接在“定位框”中输入需要消费客人的编号或姓名直接进行定位选择客人，选定客人，点击客户姓名。
响应：弹出选定顾客的消费总账单，包含总帐单下的所有子帐单。子账单也会并行
显示在“子帐单列表区”。
刺激：根据客人的需求通过移动上下键或直接用鼠标在此区域选择具体子帐单人，点击进入。
响应：系统进入选定顾客的消费品选择区，系统并行弹出消费品选择区和消费记区界面。
刺激：先选择消费品所在部门，然后根据该部门所提供的消费品列表双击某消费品 或按［添加］按钮。
响应：系统添加该客人的本次消费品记录，并返回添加成功。
刺激：所有消费品点单完成后，按“保存”按钮。
响应：系统将本次操作所产生的消费额记录在该客人的帐单数据表中，并生成消费
品记录单反馈到消费服务部门，提示服务人员提供消费服务。
外卖
刺激：先选择消费品所在部门，然后根据该部门所提供的消费品列表双击某消费或 按“添加”按钮。
响应：系统添加该客人的本次消费品记录，并返回添加成功。
刺激：所有消费品点单完成后，在顾客支付方式选择区，根据客人的支付方式，如：
现金、支票、信用卡…等支付方式，进行选择，按“保存”按钮。
响应：系统即刻将消费记录在消费记录区等待顾客付费并弹出提示框，提示客人进 行付款。
刺激：点击“付款”按钮，输入顾客已付款数额。响应：弹出应找零金额。
刺激：点击“付款完成”按钮。
响应：系统即刻生成客人消费记录单反馈到服务部门，弹出提示框服务人员提供服务。
查单
刺激：进入“消费查询（未结帐）”界面后，选择需要查询的部门，如选择：进店 日期、消费部门这两个项目，点击“确定”按钮。
响应：系统确定所查询的范围，弹出客人列表框。
刺激：在画面左边的客人列表框中移动光标，进一步确定某位客人的具体“消费明 细”和“收银明细”情况。通过鼠标点击“消费明细”和“收银明细”页框。
响应：系统显示“消费明细”或“收银明细”页面。
刺激：可再进一步用鼠标点击“只显示电话费”明细。
响应：系统显示电话费明细信息。
4.3 收银管理
（1）描述和优先级
每一个客人从入住房间起，系统就需要自动产生该客人的帐号，住店的客人享受酒 店的短期贷款，可以在酒店绝大部分签单，这将刺激客人的消费心理，增加酒店收入，酒店管理者还应可根据客人的情况锁住其帐号，以限制其消费。
前台收银的埋单应允许客人一帐多单，分期埋单，分类别埋单，退房时能自动检测：客人的帐务余额为零；客人帐号的帐项为空；否则不能退房。
系统还应具有合并、分拆帐户的功能，既不但可以把几个帐号的消费转入另一帐号，也可把某一帐号特定时期特定几类消费转入另一帐号，便于满足客人的多种结帐要求。
细分为如下四个需求：退房结帐、取消结帐、合并帐户、订金管理。（2）刺激/响应序列
退房结账
刺激：客人提出退房结账申请。响应：系统给出退房结账界面。
刺激：在“总账单列表区”选择登记客人、在“子账单列表区”选择该客人账目下项目。
响应：系统在“消费明细表”区域显示“待结账客人列表框”或“子客列表框”中光标焦点所指客人的记录，在“结账操作面板”中显示结算金额、已收金额，计算出实际收款。
刺激：选择付款方式、付款。
响应：系统更新数据库，提示结账成功。刺激：按“取消”按钮。响应：取消所有操作。
取消结账
刺激：客人登记后随即提出“退单”。
响应：系统给出退房结账界面。
刺激：在“退房处理”处打勾，点击结账按钮。
响应：完成取消结账操作，其所有消费不作营业额统计。刺激：按“取消”按钮。响应：取消所有操作。
合并账户
刺激：选择需要合并帐单的客人所在的部门。响应：系统调出所有已登记宾客的账户信息。刺激：在 “已登记在店客人”列表框内移动光标或直接用鼠标指定客人，也可在“已登记在店客人”文本框内输入宾客姓名或房间编号迅速查找定位相关宾客。“已登记在店客人”列表框内按回车键或双击鼠标。
响应：将当前光标所指的客人记录移动到“合并区”列表框。刺激：重复操作，选择另一位需合并的客人。
响应：将当前光标所指的另一位客人记录移动到“合并区”列表框。
刺激：在“合并区”移动光标，可确定合并后以哪个帐单号作为合并后的帐单 号。点击“合并”按钮。
响应：系统将合并的账单存储到合并后账单号下，另一个账号账单清空，并提示合并成功。
刺激：按“取消”按钮。响应：取消所有操作。定金管理
刺激：在“客人列表框”，通过直接用鼠标在此区域选择欲缴款客人。也可 以在“定位框１”中输入客人的编号或姓名直接进行定位选择欲缴款客人。也可在 “子帐单列表区”直接接用鼠标在此区域选择的欲缴款客人。响应：根据选择的客人，其账户作为缴款账号。
刺激：在“单据编号”文本框中输入收款单据号（“单据编号”文本框为可选项，可通过“需要单据号”是否打勾确定）。
响应：根据单据号调出客人信息，作为缴款账号。刺激：选择“付款方式”，系统默认付款方式为“现金”。响应：等待输入现金金额。
刺激：在“续缴金额’框中输入具体金额。点击“确定”
响应：系统将定金信息存储到该客人的账单号下，并提示缴纳定金成功。刺激：按“取消”按钮。响应：取消所有操作。
4.4 客房服务
（1）描述和优先级
酒店提出需要一个专门的子系统用于客房部检查客房等项目设施状态，根据多家酒店调研得出，通常将客房分为五种状态：清洁、有客、清理中、待修理和有预约，在电脑系统中应以五种图标代表。为增加灵活性，可以对其进行修改或调整。客房部根据电脑中的资料对脏房进行清洁，并能将清洁后的房态更改为清洁房。也可将部分房态改为待修理，使前台不能出售此类房间。可显示各部门的设施利用率，对已离店宾客的详细情况进行查询或打印。
（2）刺激/响应序列
房态管理
刺激：光标在“接待状态表”主画面上，直接用鼠标点击图标来选择设施，如果该设
施状态为：“有客”。
响应：系统在界面右下部会显示使用该设施客人概况。
刺激：在房态标示为“有客”图标上双击鼠标左键。
响应：系统弹出该客人的基本情况表。
刺激：点击右键。
响应：系统弹出一菜单，供选择改变当前指定设施的状态。
刺激：如果改变了当前客房的房房态。
响应：被改变客房的房态图标下面的文字变为红色文字。
刺激：进行的更改完成，按“保存”按钮完成保存操作。
响应：系统自动进行保存。
员工留言
刺激：系统界面设计有员工留言窗口，员工登录留言。
响应：系统提示员工输入登录用户名。
刺激：员工输入用户名点击登录。
响应：系统界面跳转到员工留言窗口输入框。
刺激：员工进行留言输入，点击完成发表。
响应：系统将员工的留言进行记录在员工留言数据表中。
刺激：操作员登录留言窗口进行查看时，如有“未接受”留言一提示，点击查看。
响应：系统将“未接受”留言从数据表抽取出来显示在界面上。
刺激：操作员查看完留言，进行回馈，点击“完成”按钮。
响应：系统将状态为“未接受”留言改为“已接受”留言。将操作员的回复信息显示在员工留言窗口。
设施利用统计
刺激：系统有一个查看酒店各部门的项目设施利用率，出租率情况的界面。酒店员工点击查看。
响应：系统弹出输入员工ID号的输入框。
刺激：员工输入自己的ID号，点击“确定”按钮。响应：系统判断此员工是否有查看的权限。
刺激：如果有，系统弹出选择框，选择需查看的酒店部门，点击“确定”按钮。响应：系统弹出员工确认查询的酒店部门项目设施利用率以及出租情况。
刺激：如果有部门项目设施利用率发生变化，员工要求更改记录，点击“修改”按钮。响应：系统再次要求输入员工身份认证密码，弹出密码输入框。刺激：员工输入密码，点击“确认”按钮。响应：系统进行确认是否有修改权限。
刺激：如果有修改权限，进入设施记录修改界面进行修改，修改完成，点击“保存”按钮。
响应：系统将新的记录保存在酒店各部门的项目设施利用率，出租率报表中，进行更新。
客史资料查询
刺激：系统有一个“登记人信息”界面，移动鼠标选择要查询客人的姓名，点击“确定”。
响应：系统弹出输入酒店工作人员ID号的输入框。刺激：工作人员输入自己的ID号，点击“确定”按钮。响应：系统判断此员工是否有查看的权限。
刺激： 如果有，系统弹出进入指示，提示工作人员选择进一步要查询某位客人的信息
类别。
响应：系统根据员工的选择弹出需查询某位客人具体的登记情况。
刺激：在“其他人信息”区中移动光标，选择进一步确定某位客人的查询。
响应：系统根据员工的选择弹出需进一步查询某位客人的具体情况。
刺激：有一个“登记人信息”界面，点击“查找按钮”。
响应：系统弹出的“查找窗口”。
刺激：输入“姓名”、“住址”和“证件号”，点击查询。
响应：弹出查询客人信息。
5.其他非功能需求
5.1 性能需求
PE-1：当查询空余项目时，系统的响应时间不能超过2秒。
PE-2：用户向系统提交信息后，系统将在1秒钟内向用户显示确认信息。
5.2 安全性需求
SE-1：用户安全性需求：
（1）限制不必要的用户。经常检查系统的用户，删除已经不再使用的用户。
（2）创建两个管理员账号。创建一个一般权限用户用来处理一些日常事物，另一个有管理员权限的用户只在需要的时候使用。
（3）开启用户策略，分别设置复位用户锁定计数器时间为20分钟，用户锁定时间为20分钟，用户锁定阈值为3次。
SE-2：密码安性需求：
（1）使用安全密码，注意密码的复杂性，还要经常改密码。（2）设置屏幕保护密码。
（3）开启密码策略。设置密码长度最小值为6位，设置强制密码历史为5次，时间为3天。
SE-3：系统安全性需求：
（1）安装防毒软件，经常进行系统扫描并升级病毒库。（2）关闭默认共享。
SE-4：服务安全性需求：
（1）关闭不必要的端口。用端口扫描器扫描系统已开放的端口，确定系统开放的哪些服务可能引起黑客入侵。
（2）设置好安全记录的访问权限。安全记录在默认情况下是没有保护的，把它设置成只有管理员和系统账户才有权访问。
（3）要把一些重要的用户数据（文件、数据表、项目文件等）定时备份在另一个安全的服务器中。
5.3 软件质量需求
Available（可用性）-1：“酒店管理系统”将具备每天24小时可用。
Robustness（健壮性）-1：如果在缴纳定金或退房结账时客户机和服务器中断，那么当时的操作全部视为无效，系统不记录到数据库。
6.附件
附录 分析模型
图1是酒店管理系统用例图。用例视图是表示整个系统需求。这个用例视图反映了：参与者为系统管理员（总经理）和各部门经理，用例为各部门子系统，除了系统管理员（总经理）能与所有的用例进行通信外，每位部门经理只能与一个用例进行通信。
图2为酒店管理系统的局部DFD图。
图8为酒店管理系统的状态图，它是描述客房状态的状态图。
点击咨询 