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

《写字楼的办公室统计管理系统分析与设计--文档》由会员分享，可在线阅读，更多相关《写字楼的办公室统计管理系统分析与设计--文档（96页珍藏版）》请在文档大全上搜索。

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

2、1 目的该文档是关于用户对于写字楼的办公室统计管理系统的功能和性能的要求，重点描述了写字楼的办公室统计管理系统的功能需求，是概要设计阶段的重要输入。本文档的预期读者是：· 设计人员；· 开发人员；· 项目管理人员；· 测试人员；· 用户。1.2 范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。1.3 编写说明UML,Unified Modeling Language（统一建模

3、语言）的缩写，是一个标准的建模语言。SA,SystemAdministrator(系统管理员)的缩写。PM，PropertyManager（物业经理）的缩写。PA，PropertyAdministrator（物业管理员）的缩写。1.4 术语定义无1.5 引用标准1企业文档格式标准，*有限公司软件工程过程化组织2需求规格报告格式标准，*有限公司软件工程过程化组织1.6 参考资料1UML说明，*软件有限公司2需求规格报告格式标准，*公司软件工程过程化组织1.7 版本更新信息本文档的更新记录如表A-1所示。表A-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0012014.3.50.

4、1全部初始发布版本2.系统定义我们分别阐述一下项目的来源、背景，项目的用户特点和项目的目标。2.1 项目来源及背景本项目是为某公司开发的一个写字楼的办公室统计管理系统，由于这个公司的规模比较小，需要管理的办公室数量有限，但是公司为了更加方便的管理办公室信息，公司希望开发一个写字楼的办公室统计管理系统能够给他们带来工作的便利，提高工作效率，同时能够精简工作人员数量。为实现更加方便地管理办公室信息，我们开发了写字楼的办公室统计管理系统。系统可以像纸质文件一样便于观看，更重要的是该系统能够更快速的管理写字楼的办公室信息，更精确的查找相关信息。2.2 用户的特点本系统的用户都是写字楼的办公人员，包括两

5、类，第一类是物业经理，他们的差异比较小，学历基本相似，工作经验也大致相同。另外一类用户是管理用户，他们是公司内部的人，主要是物业管理员和系统管理人员。物业管理员对办公室管理业务很熟悉，系统管理人员对系统很熟悉，总之，他们对使用管理软件比较熟悉。2.3 项目目标本项目设定的目标如下：· 系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少；· 系统具有良好的运行效率，能够达到提高生产率的目的；· 系统应有良好的可扩充性，可以容易地加入其他系统的应用；3.应用环境根据用户的需求陈述，可以确定本项目只有管理端，主要功能是提供管理租赁用户信息，管理缴费信息，管理房

6、间维修信息，管理房间信息，管理入驻单位信息，结算维修费用等等。它们的关系如图A-1所示。图A-1 写字楼的办公室统计管理系统流程图3.1 系统运行的网络环境图A-2 网络拓扑结构图3.2 系统运行的硬件环境本系统的硬件环境如下：客户机：普通PC· CPU：P41.8GHz以上· 内存：256MB以上· 能够运行IE5.0以上或者Netscape4.0以上版本的机器· 分辨率：推荐使用1024×768像素服务器· CPU：P41.0GHz· 内存：1G以上· 硬盘：80GB以上· 网卡：KMb/s速度数据库

7、服务器· CPU：P42.0GHz· 内存：1GB以上·硬盘：80GB以上系统运行软件环境本系统的软件环境如下：· 操作系统：Windows xp或以上版本· 数据库：SQL Server 2000· 开发工具包：JDK Version 1.4.2·Web服务器：Tomcat·浏览器：IE6.0以上4.功能规格我们采用面向对象分析作为主要的系统建模方法，使用UML（Unified Modeling Language）作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个

8、角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。设计用例时，我们遵循下列步骤：1）识别出系统的角色。角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁。尽可能地确保所有角色都被完全识别出来。2）描述主要的用例。可以采取不断地问自已“这个角色究竟想过系统做什么？”来准

9、确地描述用例。3）重新审视每个用例，为它们下个详尽的定义。4.1 角色定义角色或者执行者指与系统产生交互的外部用户或者外部系统。4.1.1 入驻者入驻者是指这个写字楼的办公室统计管理系统的外部人员，不能使用该系统。4.1.2 管理用户管理用户是指管理端的用户，它们的关系如图A-3所示。图A-3 管理用户角色的关系管理用户具体说明如下：PA· 租赁用户管理者。管理租赁用户。· 缴费信息管理者。管理缴费信息。· 维修信息管理者。管理维修信息。系统管理员（SA）·房间信息管理。管理房间信息。·相关单位信息管理。管理相关单位信息。PM（物业经理）：&#

10、183;统计缴费信息。对年度或者季度的缴费信息进行统计。·结算维修费用。对已经修过的房间给维修人员缴纳维修费用。4.1.3 数据库数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除和修改等操作。4.2 系统主用例图写字楼的办公室统计管理系统只有一个主系统，该系统可以完整的管理写字楼的办公室的各项信息。系统的主用例如图A-4所示。图A-4 系统的主用例图4.3.1 登陆（login）登陆是指系统的各种管理人员想要操作系统必须登陆之后才能对系统进行相关操作。具体描述如下。图A-5是它的活动图登录系统的用例文档1.前置条件 打开系统登录界面2.后置条件 用例成功执

11、行后，用户获得系统使用权限。3.扩展点 无4.事件流4.1基本事件流 当用户想要获得系统使用权限时，用例开始。 1>用户提供用户名和密码 2>系统检索用户名（E-1） 3>系统核对密码（E-2） 4>登录成功，获得使用权限4.2替代流 E-1 用户名不存在，系统显示提示信息，用例终止。E-2 用户名和密码不匹配，用例终止图A-5 登录管理活动视图4.3.2 管理租赁用户信息在一个写字楼内会有多个房间被用户租用，租赁用户管理模块主要是完成对每个用户的增加，删除，修改，查询等维护功能。具体描述如下：用例描述：管理租赁用户信息1.1前置条件在这个用例开始前，物业管理员必须登录