写字楼办公室统计管理系统分析与设计--文档

上传人:第*** 文档编号:55909185 上传时间:2018-10-08 格式:DOC 页数:96 大小:5.67MB
返回 下载 相关 举报
写字楼办公室统计管理系统分析与设计--文档_第1页
第1页 / 共96页
写字楼办公室统计管理系统分析与设计--文档_第2页
第2页 / 共96页
写字楼办公室统计管理系统分析与设计--文档_第3页
第3页 / 共96页
写字楼办公室统计管理系统分析与设计--文档_第4页
第4页 / 共96页
写字楼办公室统计管理系统分析与设计--文档_第5页
第5页 / 共96页
点击查看更多>>
资源描述

《写字楼办公室统计管理系统分析与设计--文档》由会员分享,可在线阅读,更多相关《写字楼办公室统计管理系统分析与设计--文档(96页珍藏版)》请在金锄头文库上搜索。

1、1面向对象分析设计面向对象分析设计 大作业大作业写字楼的办公室统计管理系统分析与设计写字楼的办公室统计管理系统分析与设计专业:专业: 软件工程软件工程 班级:班级: 1107 学号:学号: 201112164 姓名:姓名: 王圳祖王圳祖 成绩:成绩: 二 一四 年 六月 大连理工大学城市学院2目目 录录第一章 写字楼的办公室统计管理系统需求规格说明书 .- 3 -第二章 软件项目的概要设计说明书16第三章 写字楼的办公室统计管理系统详细设计46第四章 软件项目的编码案例说明58第五章 写字楼的办公室统计管理系统客户端系统测试计划65第六章 写字楼的办公室统计管理系统客户端系统测试设计69第八章

2、 写字楼的办公室统计管理系统客户端系统测试报告863第一章第一章 写字楼的办公室统计管理系统需求规格说明书写字楼的办公室统计管理系统需求规格说明书1.导言导言 1.1 目的目的 该文档是关于用户对于写字楼的办公室统计管理系统的功能和性能的要求,重点描述 了写字楼的办公室统计管理系统的功能需求,是概要设计阶段的重要输入。 本文档的预期读者是: 设计人员; 开发人员; 项目管理人员; 测试人员; 用户。 1.2 范围范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的,解决整个项目系统 的“做什么”的问题。在这里,没有涉及开发技术,而主要是通过建立模型的方式来描述 用户的需求,为客户、用

3、户、开发方等不同参与方提供一个交流的平台。 1.3 编写说明编写说明 UML,Unified Modeling Language(统一建模语言)的缩写,是一个标准的建模语言。 SA,SystemAdministrator(系统管理员)的缩写。 PM,PropertyManager(物业经理)的缩写。 PA,PropertyAdministrator(物业管理员)的缩写。 1.4 术语定义术语定义 无 1.5 引用标准引用标准1企业文档格式标准 ,*有限公司软件工程过程化组织 2需求规格报告格式标准 ,*有限公司软件工程过程化组织 1.6 参考资料1UML 说明 ,*软件有限公司 2需求规格报告

4、格式标准 ,*公司软件工程过程化组织 1.7 版本更新信息版本更新信息 本文档的更新记录如表 A-1 所示。表表 A-1A-1 版本更新记录版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0012014.3.50.1全部初始发布版本2.系统定义系统定义 我们分别阐述一下项目的来源、背景,项目的用户特点和项目的目标。 2.1 项目来源及背景项目来源及背景 本项目是为某公司开发的一个写字楼的办公室统计管理系统,由于这个公司的规模比 较小,需要管理的办公室数量有限,但是公司为了更加方便的管理办公室信息,公司希望 开发一个写字楼的办公室统计管理系统能够给他们带来工作的便利,提高工作效率,同时

5、 能够精简工作人员数量。4为实现更加方便地管理办公室信息,我们开发了写字楼的办公室统计管理系统。系统 可以像纸质文件一样便于观看,更重要的是该系统能够更快速的管理写字楼的办公室信息, 更精确的查找相关信息。 2.2 用户的特点用户的特点 本系统的用户都是写字楼的办公人员,包括两类,第一类是物业经理,他们的差异比 较小,学历基本相似,工作经验也大致相同。另外一类用户是管理用户,他们是公司内部 的人,主要是物业管理员和系统管理人员。物业管理员对办公室管理业务很熟悉,系统管 理人员对系统很熟悉,总之,他们对使用管理软件比较熟悉。 2.3 项目目标项目目标 本项目设定的目标如下: 系统能够提供友好的用

6、户界面,使操作人员的工作量最大限度的减少; 系统具有良好的运行效率,能够达到提高生产率的目的; 系统应有良好的可扩充性,可以容易地加入其他系统的应用; 3.应用环境应用环境 根据用户的需求陈述,可以确定本项目只有管理端,主要功能是提供管理租赁用户信 息,管理缴费信息,管理房间维修信息,管理房间信息,管理入驻单位信息,结算维修费 用等等。它们的关系如图 A-1 所示。后台服务器管理租赁用户信息管理缴费信息管理维修信息管理房间信息管理相关单位信息结算维修费用统计缴费PAPAPASASAPMPM图图 A-1A-1 写字楼的办公室统计管理系统流程图写字楼的办公室统计管理系统流程图3.1 系统运行的网络

7、环境系统运行的网络环境5PM系统管理员PA后台服务器图图 A-2A-2 网络拓扑结构图网络拓扑结构图3.2 系统运行的硬件环境系统运行的硬件环境 本系统的硬件环境如下: 客户机:普通 PC CPU:P41.8GHz 以上 内存:256MB 以上 能够运行 IE5.0 以上或者 Netscape4.0 以上版本的机器 分辨率:推荐使用 1024768 像素 服务器 CPU:P41.0GHz 内存:1G 以上 硬盘:80GB 以上 网卡:KMb/s 速度 数据库服务器 CPU:P42.0GHz 内存:1GB 以上 硬盘:80GB 以上系统运行软件环境系统运行软件环境 本系统的软件环境如下: 操作系

8、统:Windows xp 或以上版本 数据库:SQL Server 2000 开发工具包:JDK Version 1.4.2Web 服务器:Tomcat 浏览器:IE6.0 以上 4.功能规格功能规格 我们采用面向对象分析作为主要的系统建模方法,使用 UML(Unified Modeling Language)作为建模语言。UML 为建模活动提供了从不同角度观察和展示系统的各种特征6的方法。在 UML 中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而 这些来自不同角度的模型图最终组成了系统的映像。 用例描述角色(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。用 例模型

9、提供了一个非常重要的方式来界定系统边界以及定义系统功能,同时,该模型将来 可以派生出动态对象模型。 设计用例时,我们遵循下列步骤: 1)识别出系统的角色。角色可以是用户、外部系统,甚至是外部处理,通过某种途 径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并 指明这些功能的执行者(角色)是谁。尽可能地确保所有角色都被完全识别出来。 2)描述主要的用例。可以采取不断地问自已“这个角色究竟想过系统做什么?”来 准确地描述用例。 3)重新审视每个用例,为它们下个详尽的定义。 4.1 角色定义角色定义 角色或者执行者指与系统产生交互的外部用户或者外部系统。 4.1.1 入驻

10、者入驻者 入驻者是指这个写字楼的办公室统计管理系统的外部人员,不能使用该系统。 4.1.2管理用户管理用户 管理用户是指管理端的用户,它们的关系如图 A-3 所示。7SystemAdministratorPropertyAdministratorPropertyManager图图 A-3A-3 管理用户角色的关系管理用户角色的关系管理用户具体说明如下: PA 租赁用户管理者。管理租赁用户。 缴费信息管理者。管理缴费信息。 维修信息管理者。管理维修信息。 系统管理员(SA) 房间信息管理。管理房间信息。 相关单位信息管理。管理相关单位信息。 PM(物业经理): 统计缴费信息。对年度或者季度的缴费

11、信息进行统计。 结算维修费用。对已经修过的房间给维修人员缴纳维修费用。 4.1.3 数据库数据库 数据库是一个与系统产生交互的外部系统,这个角色负责系统的数据查询、增加、删 除和修改等操作。 4.2 系统主用例图系统主用例图 写字楼的办公室统计管理系统只有一个主系统,该系统可以完整的管理写字楼的办公 室的各项信息。系统的主用例如图 A-4 所示。8LoginSystemAdministratorLoginPropertyAdministratorLoginPropertyManager业 业 业 业 业 业业 业 业 业 业 业 业 业业 业 业 业 业 业 业 业业 业 业 业 业 业业 业

12、 业 业 业 业业 业 业 业业 业 业 业 业 业业 业 业 业图图 A-4A-4 系统的主用例图系统的主用例图4.3.1 登陆(登陆(login) 登陆是指系统的各种管理人员想要操作系统必须登陆之后才能对系统进行相关操作。 具体描述如下。图 A-5 是它的活动图 登录系统的用例文档 1.前置条件 打开系统登录界面 2.后置条件 用例成功执行后,用户获得系统使用权限。 3.扩展点 无 4.事件流 4.1 基本事件流 当用户想要获得系统使用权限时,用例开始。1用户提供用户名和密码2系统检索用户名(E-1)3系统核对密码(E-2)4登录成功,获得使用权限 4.2 替代流E-1 用户名不存在,系统

13、显示提示信息,用例终止。 E-2 用户名和密码不匹配,用例终止9业 业 业 业 业业 业 业 业 业 业 业 业业 业业 业 业 业 业 业 业业 业 业 业 业业 业 业 业图图 A-5A-5 登录管理活动视图登录管理活动视图4.3.2 管理租赁用户信息管理租赁用户信息 在一个写字楼内会有多个房间被用户租用,租赁用户管理模块主要是完成对每个用户 的增加,删除,修改,查询等维护功能。具体描述如下: 用例描述:管理租赁用户信息1.1 前置条件 在这个用例开始前,物业管理员必须登录到系统中。 1.2 后置条件 如果这个用例成功,在系统中建立并存储用户信息记录。否则,系统的状态没有变化。1.3 事件

14、流 1.3.1 基流 1)物业管理员提供房间信息。 2)系统检索房间信息(E-1) 。 3)物业管理员为用户分配,修改,删除使用房间房间(E-2) 。 4)系统管理员保存用户信息,用例结束。4.3.3 管理缴费信息管理缴费信息 在一个写字楼内会有多个房间被用户租用,每个用户或者房间会产生多个缴费记录, 缴费信息管理模块主要是完成对每个用户缴费信息的增加,删除,修改,查询等维护功能10用例描述:增加缴费信息1.1 前置条件 在这个用例开始前,物业管理员必须登录到系统中。 1.2 后置条件 如果这个用例成功,在系统中建立并存储缴费信息记录。否则,系统的状态没有变化。1.3 事件流 1.3.1 基流

15、 当房间用户缴纳租金时,用例启动。 1)物业管理员提供房间信息和租金信息。 2)系统检索房间信息和用户信息。 3)系统提供缴费信息查询功能,但要输入房间信息。 4)系统可以提供缴费信息删除功能,当该房间不再使用并且统计过缴费信息之后, 可有物业经理选择删除。 5)物业管理员可以增加缴费记录,收取费用并记录缴费信息。4.3.4 管理维修信息管理维修信息 在一个写字楼内会有多个房间被用户租用,每个房间在使用过程中难免会发生物品损 坏的情况,维修信息管理模块主要是完成对每个房间维修信息的增加,删除,修改,查询 等维护功能。 用例描述:管理维修信息 1.1 前置条件 在这个用例开始前,物业管理员必须登录到系统中。 1.2 后置条件 如果这个用例成功,在系统中建立并存储维修信息记录变化。否则,系统的状态没有 变化。 1.3 事件流 1.3.1 基流 当房间用户申请维修、需要查询,修改,删除维修记录时,用例启动。 1)物业管理员接受房间维修申请。 2)系统通知维修人员房间损坏情况。 3)维修人员上门进行维修。 4)维修完成后物业管理员收取维修费用并记录维修缴费信息。 5) 系统提供查询维修记录功能,只要输入维修日期或者房间编号即可查询。 6) 系统提供修改、删除维修记录功能,只要输

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 高等教育 > 大学课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号