《软件工程》大作业
写字楼的办公室统计管理系统系统分析
与设计
专业:软件工程日语强化
班级: 四班
学号: 200814107
姓名: 王婷
成绩:
二 〇 一〇 年 十二 月
1
大连理工大学城市学院
目 录
第一章 写字楼的办公室统计管理系统需求规格说明书错误!未定义书签。
第二章 软件项目的概要设计说明书...................................................... 3
第三章 写字楼的办公室统计管理系统详细设计................................46
第四章 软件项目的编码案例说明........................................................ 59
第五章 写字楼的办公室统计管理系统客户端系统测试计划............66
第六章 写字楼的办公室统计管理系统客户端系统测试设计............70
第八章 写字楼的办公室统计管理系统客户端系统测试报告............87
2
第一章 写字楼办公室管理系统需求分析
1.导言
1.1 目的
该文档是关于用户写字楼办公室系统的功能和性能的要求,重点描述了物资
管理系统的功能需求,是概要设计阶段的重要输入。
本文档的预期读者是:
· 设计人员;
· 开发人员;
· 项目管理人员;
· 测试人员;
· 用户。
1.2 范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的,解决整个
项目系统的“做什么”的问题。在这里,没有涉及开发技术,而主要是通过建立
模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交
流的平台。
1.3 编写说明
JSP,Java Server Page(Java 服务器页面)的缩写,一个脚本化的语言。
UML,Unified Modeling Language(统一建模语言)的缩写,是一个标准的建
模语言。
1.4 术语定义
加权分数:权值*等价分数
2.系统定义
我们分别阐述一下项目的来源、背景,项目的用户特点和项目的目标。
3
2.1 项目来源及背景
利用计算机实现物业管理中的写字楼管理势在必行。对于物业管理企业来说,利用计
算机支持企业高效率完成房屋租赁管理的日常事务,是适应现代企业制度要求、推动企业劳
动型管理走向科学化、规范化的必要条件;写字楼租赁管理是一项琐碎、复杂而又十分细致
的工作,房屋的基本资料,客户资料的管理,房屋租赁管理,各项收费以及统计报表的管理,
一般不允许出错,如果实行手工操作,须手工填制大量的表格,这就会耗费工作人员大量的时
间和精力,计算机进行房屋租赁工作的管理,不仅能够保证各项信息准确无误、快速输出,
同时计算机具有手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量
大、保密性好、寿命长、成本低等。这些优点能够极大地提高物业管理的效率,也是企业的
科学化、正规化管理,与世界接轨的重要条件。
开发本系统就是为了解决物业管理企业写字楼办公室信息管理中的一些不规范,使字楼
办公室信息管理向着规范化、简单化、有效化的方向发展。
2.2 系统功能分析
整个系统从总体上分为基本资料管理、客户资料管理、租赁管理、财务管理以及统计报
表五大部分,每一部分实现的功能如下:
基本资料管理功能:
实现房屋基本资料的管理.
客户资料管理:
分租户基本资料跟求租户基本资料管理
租赁管理:
分为合同签订,合同续签,合同管理,预定租房,合同查询,预定单查询,出租到期提醒,
预定到期提醒。
财务管理功能
分定金,租金收取,租金管理,定金退还。
统计报表功能:
房屋统计报表,租户统计报表,求租客户信息表,历史租户表,现有合同表,历史合同表,
预定金统计,押金,定金统计,租金统计等功能
2.3 项目目标
本项目设定的目标如下:
· 系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少;
· 系统运行的效率一般,但是运算出结果所需的时间应该是用户在可以接
受
的范围内 (<=30 秒)
· 系统在满足规范化,实用化的前提下,实现多功能。
· 平台的设计具有一定的超前性,灵活性,能够适应不同公司货物仓储管
理的变化;
· 通过这个项目可以锻炼自己,提高开发能力和项目管理能力。
4
3.应用环境
根据用户的需求陈述,可以确定本项目分为基本资料管理员,客户资料管理
员,租赁管理员,财务管理员,统计报表管理员。
房屋租赁管理系统
3.1 系统运行的网络环境
本系统的网络运行图如图 1-2 所示,无论是客户端还是管理端的管理用户都
基本资料
客户资料
租赁管理
财务管理
可以通过网络登录到本系统中。
3.2 系统运行的硬件环境
房
屋
基
本
管
理
租
户
基
本
资
料
本系统的硬件环境如下:
客户机:普通 PC
· CPU:P41.8GHz 以上
· 内存:256MB 以上
· 能够运行 IE5.0 以上或者 Netscape4.0 以上版本的机器
· 分辨率:推荐使用 1024×768 像素
Web 服务器
· CPU:P41.0GHz
· 内存:1G 以上
· 硬盘:80GB 以上
· 网卡:KMb/s 速度
数据库服务器
· CPU:P42.0GHz
· 内存:1GB 以上
·硬盘:80GB 以上
财
务
财
务
管
理
财
务
管
理
求
租
客
户
资
料
合
同
签
定
合
同
续
签
合
同
管
理
预
定
租
房
合
同
查
询
预
定
单
查
询
定金收取
租金收取
租金管理
定金退还
财
务
财
务
管
理
统
计
报
表
房屋统计
基本资料
租户信息表
基本资料
求租客户
基本资料
历史租户
基本资料
现有合同
基本资料
历史合同
预定单统计
定金统计
租金统计
系统运行软件环境
本系统的软件环境如下:
· 操作系统:UNIX/Linux/Windows2000 或以上版本
· 数据库:oracle10g
· 开发工具包:JDK Version 1.5
·Web 服务器:Tomcat 6.02
·浏览器:IE5.0 以上
5
4.功能规格
我们采用面向对象分析作为主要的系统建模方法,使用 UML(Unified
Modeling Language)作为建模语言。UML 为建模活动提供了从不同角度观察和
展示系统的各种特征的方法。在 UML 中,从任何一个角度对系统所作的抽象都
可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映
像。
用例描述角色(用户、外部系统以及系统处理)是如何与系统交互来完成工
作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能,
同时,该模型将来可以派生出动态对象模型。
设计用例时,我们遵循下列步骤:
1)识别出系统的角色。角色可以是用户、外部系统,甚至是外部处理,通
过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要
提供哪些功能,并指明这些功能的执行者(角色)是谁。尽可能地确保所有角色
都被完全识别出来。
2)描述主要的用例。可以采取不断地问自已“这个角色究竟想过系统做什
么?”来准确地描述用例。
3)重新审视每个用例,为它们下个详尽的定义。
4.1 角色定义
角色或者执行者指与系统产生交互的外部用户或者外部系统。
基本资料管理员:
实现对房屋基本资料的管理.
客户资料管理员:
分租户基本资料跟求租户基本资料管理
租赁管理员:
负责记录合同签订,合同续签,合同管理,预定租房,合同查询,预定单查询,出租到期提
醒,预定到期提醒。
财务管理员
负责定金,租金收取,租金管理。
统计报表功管理员:
负责房屋统计报表,租户统计报表,求租客户信息表,历史租户表,现有合同表,历史合同
表,预定金统计,定金统计,租金统计等
4.2 系统主用例图
6
图 1-4 活动图
7
图 1-5 用例图
4.3.1 写字楼硬件资料管理。
用例描述:对写字楼硬件基础设施进行管理;
执行者:基本资料管理员;
8