UML网吧管理系统.doc

《网吧管理系统》文档? 姓 名： 李文豪 班级名称： 软工三班 指导教师： 刘卫平 实验日期： 2016.3.27 日期 版本 描述 作者 27/03/16 0.1 添加了软件设计目标 李文豪 10/04/16 0.2 添加了系统需求表达 李文豪 24/04/16 0.3 添加了系统类图 李文豪 15/05/16 0.4 添加了系统顺序图 李文豪 2016年3月 目 录 1. 概述 - 3 - 1.1 系统简述 - 3 - 1.2 软件设计目标 - 3 - 1.3 参考资料 - 3 - 2. 术语表 - 4 - 3. 用例 - 4 - 4. 设计概述（此处请用简单的结构化描述） - 4 - 4.1 简述 - 4 - 4.2 系统结构设计 - 4 - 4.3 系统界面 - 5 - 4.4 约束和假定 - 5 - 5. 对象模型 - 5 - 5.1 类定义 - 5 - 5.2 类关联描述 - 6 - 5.3 对象模型图 - 6 - 6. 对象数据字典描述 - 6 - 6.1 子系统1中的对象 - 7 - 7. 动态模型 - 8 - 7.1 场景（Scenarios） - 8 - 7.2事件定义（Events） - 8 - 7.3 状态图 - 9 - 8. 功能模型 - 9 - 8.1 确定输入输出与事件关系 - 9 - 8.2 功能模型图 - 9 - 9. 数据库定义 - 9 - 10. 部署图 - 9 - 11. 非功能性需求 - 9 - 12. 辅助文档 - 10 - 13. 词汇索引 - 10 - 1. 概述1.1 系统简述1.2 软件设计目标 网吧管理系统设计的基本功能： （1）录入会员信息，然后把它们保存起来。 （2）会员信息查找，任意输入一位会员号，查找出他的数据。 （3）会员登陆系统，输入身份证 号及密码登陆系统。 （4）上网用户的上下机及计费。 （5）用户能呼叫网管寻求帮助。 1.3 参考资料列出本文档中所引用的参考资料。（至少要引用需求规格说明书）2. 术语表对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。3. 用例 用户 3.2 用例描述 用例编号：001 用例名：注册会员 参与者：管理员 前置条件：管理员已登录 后置条件：信息已被更新 事件路径： 1、管理员选择注册用户 2、系统数据被更新 用例编号：002 用例名：查找信息 参与者：管理员 前置条件：管理员已登录 后置条件：用户信息已修改 事件路径： 1、管理员选择信息查找 2、系统显示用户信息 用例编号：003 用例名：上下机及充值 参与者：管理员 前置条件：管理员已登录 后置条件：用户信息已记录 事件路径： 1、管理员选择信息修改 2、系统显示会员信息 3、系统数据被更新 用例编号：004 用例名：上下机及查询 参与者：用户 前置条件：用户已登录 后置条件：显示请求查询的用户信息 事件路径： 1、员工通过查询界面上下机和查询余额 2、点击查询条件 3、显示查询结果 4、退出界面 4. 设计概述4.1 简述这部分要求突出整个设计所采用的方法（是面向对象设计还是结构化设计）、系统的体系结构（例如客户/服务器结构）以及使用到的相应技术和工具（例如OMT、Rose）4.2 系统结构设计这部分要求提供高层系统结构的描述，使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离，对前者进行描述。别忘了说明图中用到的俗语和符号。4.2.1 顶层系统结构4.2.2 子系统1结构4.2.3 子系统2结构4.3 系统界面各种提供给用户的界面以及外部系统在此处要予以说明。如果在需求规格说明书中已经对用户界面有了叙述，此处不用再重复，可以指引读者参考需求说明。如果系统提供了对其它系统的接口，比如说从其它软件系统导入/导出数据，必须在此说明。4.4 约束和假定描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。这种情况下，要求清楚地描述与本系统有交互的软件类型（比如某某某数据库软件，某某某EMail软件）以及这样导致的约束（比如只允许纯文本的Email）。实现的语言和平台也会对系统有约束，同样在此予以说明。对于因选择具体的设计实现而导致对系统的约束，简要地描述你的想法思路，经过怎么样的权衡，为什么要采取这样的设计等等。5. 对象模型5.1 类定义 （1） 用户类：属性有用户名、密码、、用户身份证号码