第一篇：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.综合描述……