住宅小区物业管理信息系统的设计与分析2.docx
《住宅小区物业管理信息系统的设计与分析2.docx》由会员分享,可在线阅读,更多相关《住宅小区物业管理信息系统的设计与分析2.docx(35页珍藏版)》请在冰豆网上搜索。
住宅小区物业管理信息系统的设计与分析2
住宅小区物业管理信息系统的设计与分析2
2020~2021学年第一学期
住宅小区物业治理信息系统的设计与分析
1系统可行性分析报告……………………………………………………1
2需求规格说明书…………………………………………………………6
3设计规格说明书…………………………………………………………14
4实验工作总结报告………………………………………………………30
一、系统可行性研究报告
完成人:
杨伊婷杜瑞倩〔绘图〕
1.引言
当今房产进展迅速,各大都市小区如雨后春笋般冒出,俗语说〞打江山难,守江山更难〞,这句话用来形容小区的进展是最好只是的了.现在的中国房地产开发商差不多不再是像往常一样,对物业治理工作只停留在看看门、扫扫地、补补漏、收收垃圾等专门浅的层次上了,专门多开发商差不多意识到物业治理的重要性,但又苦于小区物业数据量多工作量大治理难等问题的苦恼,在信息高速进展的当代,他们迫切需要一款软件系统既能治理物业,又能让公司在物业上的花销减至最少,同时小区业主也越来越重视自己的物业信息的完整性、安全性和爱护性。
随着房产体制改革的不断深化,有关物业的数据越来越庞杂,人们对物业信息的处理要求日益提高,因此采纳运算机作为物业治理的工具是历史进展的必定,进展电子运算机在此领域的应用,这是物业治理手段现代化的进展方向。
只有利用运算机进行物业治理,专门是进行联网治理,才可能实现物业信息的标准化和规范化,为物业治理工作提供准确及时的信息,有助于物业治理部门进行治理并做出相关决策:
同时也使物业治理公司及时准确地了解运营状况,做出经营决策,如此才能使物业治理走向现代化。
我们将借助运算机技术和数据库治理系统,对物业治理包括的项目进行记载,并实现电子化治理。
本系统的目的确实是开发"小区物业治理系统",通过这一系统来把握小区物业的财务治理情形。
1.1编写目的
用于便利治理小区物业的相关信息,减少查找、记录、爱护相关信息的人力、物力和力需求,增强物业信息的安全性、可靠性和治理的易用性、有效性。
1.2背景
随着住房制度改革,物业治理作为一个新兴行业,逐步成为一个涉及社会方方面面,与千家万户息息相关的朝阳产业,目前正处于物业治理成长过程的关键时期。
目前住宅产权多元化格局差不多形成,物业治理作为都市治理的一种新形式和市场经济条件下的新兴服务产业,经历了从无到有、从小到大的进展过程,形成了多类别、多层次、多形式的物业治理局面,初步确立了社会化、专业化、市场化、经营性的物业治理新体制。
我国加入WTO后,物业治理标准化、科学化、规范化、国际化已是物业公司迫在眉睫的首要任务。
通过提高日常物业治理工作中的科技含量,促进当前治理方式、治理手段的现代化,使物业治理能够适应现代科技和现代建筑技术的进展潮流,保持物业治理的高水平。
因此关于整个物业治理行业来讲,仅靠简单的单向、手工治理差不多不能适应物业治理需求水平的提高,必须走规模化,网络化的运算机综合治理道路。
本物业治理系统正是这种背景下应运而生的优秀的行业软件,是企业降低治理成本、提高治理效率的关键和原动力。
2现行系统调查
2.1组织机构与业务范畴
组织机构
职能说明
业务范畴
软件治理人员
一样由专业IT人员负责,要紧负责系统的爱护,辅助物业治理人员治理系统,要求专业性专门强,能在专门情形下修复系统,。
全部权限〔对所有数据进行读写、删除、修改、创建、清空、复原〕
物业治理人员
要紧由物业公司职员组成,对运算机操作熟练,但专业性要求不强,要紧负责物业的治理、业主信息的治理
部分权限〔除备份数据的删除权限外,对所有数据进行读写、删除、修改、创建、清空、复原〕
保安、门卫
一般人员
部分权限〔对出入小区人员、车辆信息具有读写、删除、修改创建〕
业主
小区要紧人员
部分权限〔仅对自己的信息查阅〕
修理人员
小区专业修理人员
部分权限〔对修理信息的查阅、反馈〕
3新系统概述
3.1目标
面对物业治理过程中显现的各种情形,物业治理系统在实施后,应能够达到以下目标:
(1)全面自动化信息治理,可随时把握小区的情形。
(2)全方位的快速查询,提高工作效率。
(3)完整的工程及服务档案,提高财务工作效率。
(4)灵活准确的收费,提高财务工作效率。
(5)全面统计、汇总、分析,及时提供决定依据。
物业公司领导可随时查阅小区最新信息的详细情形。
(6)系统内部操纵严密,数据储备安全可靠。
(7)系统界面友好美观,操作简单易行。
(8)从用户需求、售后服务形成了一套严密、科学、完善的治理体系。
3.2新系统功能范畴及划分说明
4可行性综合评述
4.1经济可行性
从长远着眼,以较少的投入满足目前地需求和进展的需求,一方面考虑安全,可靠,先进,同时要考虑经济有用易于扩展升级,易于操作,易于治理与爱护。
在完成系统目标的基础上,实现了用最少地投资取得更大的收益。
4.2技术可行性
Visualbasic6是微软公司最新推出的VisualStudio6开工具组件中的一员,也是当今世界上最流行的可视化开发工具。
与VisualBasic5相比,Visualbasic6不但简化了可视化编程,而且使得应用程序地开发流程更加合理,综合功能更加强大。
除了保持原先版本的功能外,VisualBasic6在许多方面的功能得到了扩展,其中要紧有以下几点:
〔1〕开放式数据库联结ODBC环境:
这种体系结构能更好的满足企业地实际需要,有利于应用系统的移植和扩充。
目前市场上流行的各种数据库系统软件,如Oeacle\Informix\sybase等,各行其道,使用户无所适从。
然而PowerBuilder为这些数据提供了公共的前端工具,提供了开放式数据库联结ODBC,不仅适合于各种数据库治理系统,具有良好的兼容性,而且还能给已有的数据资源带来全新的图形界面。
〔2〕面向对象的应用程序开发方法对象〔OBJECT〕,是包含相关的数据〔以变量的形式〕以及用于操作这些数据的方法〔子程序〕的软件包。
一个对象是一个类的具体表现,在功能上它与其他的程序保持独立,一个定义良好的对象具有封装的数据和功能。
〔3〕可视化的开发环境用户不了解WINDOWS和C编程技术,通过图形化的交互操作,就能够设计实现应用系统,开发出美观,简洁的图形化界面来。
〔4〕强大的数据提取能力VisualBasic6提供了功能强劲的数据窗口操纵〔DataWindowsObject〕。
数据窗口对象能够用于联结数据库,获得记录,以各种风格显示数据和更新数据库。
通过五个版本的改进,数据窗口具有专门灵活的能力,通过Describe〔〕\Modify〔〕\great〔〕等函数,编程这能够在程序中动态的改变数据窗口的结构和显示模式。
〔5〕使用VisualBasic6开发小区物业治理的优越性治理信息系统〔MIS〕是一个综合的用户——机器系统,它利用运算机提供信息以支持、运行、治理、分析和决策功能。
关于宽敞从事MIS和数据库应用系统开发的软件人员来说,能拥有一套得心应手的辅助开发工具是他们梦寐以求的愿望。
Microsoft公司推出的VisualBasic正是如此一种高效而快捷的集成开发环境,他提供了可视化的、面向对象的——服务器的开发环境。
使用VisualBasic的多级体系,良好的用户界面和接口方便非运算机人员的快速把握。
二、需求规格说明书
完成人:
査至真冯卉妍〔数据字典〕杜瑞倩〔绘图〕
1概述
1.1编写目的
本文档的编写目的是为住宅小区物业治理信息系统项目的开发提供:
随着住房制度改革,物业治理作为一个新兴行业,与千家万户息息相关。
经营性的物业治理新体制通过提高日常物业治理工作中的科技含量,促进当前治理方式、治理手段的现代化,使物业治理能够适应现代科技和现代建筑技术的进展潮流,保持物业治理的高水平。
因此仅靠简单的单向、手工治理差不多不能适应物业治理需求水平的提高,必须走规模化,网络化的运算机综合治理道路。
本物业治理系统正是这种背景下应运而生的优秀的行业软件,是企业降低治理成本、提高治理效率的关键和原动力。
这是一门综合性技术,涉及操作系统,数据结构,算法设计和程序设计等知识。
数据库技术的差不多思想是对数据实行集中,统一,独立的治理,用户能够最大限度的共享数据资源。
使用运算机进行小区物业信息及时信息交流,改善服务质量,通过本系统对小区物业治理信息的规范治理,能够及时的把握业主们的需求,并依照需求有针对性的改进业务,以提高服务质量。
方便查询,提高工作效率。
小区治理在手工操作时代,工作专门繁琐,需要大量的人力
1.2参考资料
XX文库«软件需求规格说明书»奉献者:
流水1024
XX百科«物业治理系统»
XX文库«毕业论文-小区物业治理系统»奉献者:
o0小猥
CSDN«软件需求规格说明书»博主:
ID:
liule007
CSDN«软件需求说明书»楼主:
kevinkea
2需求
2.1功能需求
物业小区治理治理信息系统应该包括以下几个功能:
1.业主反馈:
包括意见反馈,意见查询,意见检索。
2.住户治理:
包括住户登记,信息修改,住户查询。
3.入住治理:
入住登记,装修登记,车位登记。
对进入的机动车进行治理,对进出小区的人员进行治理。
4.修理治理:
设备保修,修理清单,修理记录。
对房屋修理,装修。
登记装修申请,修理申请等
5.收缴费治理:
进行收费,缴费查询。
装修收费明细表,违章收费。
6.系统:
用户登录,治理用户。
2.1.1数据流图
表1顶层图
表2一层图
表3P2的分解
表4P2.2的分解
表5P3的分解
表6P4的分解
2.1.2数据字典
名称:
业主姓名总编号:
01-001
别名:
YZXM编号:
001
类型:
文本型
长度:
10
名称:
业主身份证号总编号:
01-002
别名:
YZSFZH编号:
002
类型:
数字型
数字值类型:
离散型
长度:
10
名称:
入住日期总编号:
01-003
别名:
RZRQ编号:
003
类型:
日期型
长度:
10
名称:
工作单位总编号:
01-004
别名:
GZDW编号:
004
类型:
文本型
长度:
10
名称:
小区名称总编号:
02-001
别名:
XQMC编号:
001
类型:
文本型
长度:
10
名称:
小区地址总编号:
02-002
别名:
TSBH编号:
002
类型:
文本型
长度:
20
名称:
楼宇数量总编号:
02-003
别名:
LYSL编号:
003
类型:
数字型
数字值类型:
离散型
长度:
10
名称:
住户数量总编号:
02-004
别名:
ZHSL编号:
004
类型:
数字型
数字值类型:
离散型
长度:
10
名称:
楼宇单元总编号:
02-005
别名:
LYDY编号:
005
类型:
数字型
数字值类型:
离散型
长度:
10
名称:
房号总编号:
02-002
别名:
FH编号:
002
类型:
数字型
数字值类型:
离散型
长度:
10
名称:
车位编号总编号:
01-003
别名:
TSBH编号:
003
类型:
数字型
数字值类型:
离散型
长度:
15
2.2数据需求
在数据方面,包含住户的姓名、身份证号、工作单位、未缴费用、联系等数据,还包括小区的名称,楼宇数量,住户数量,收费信息,修理资料等数据,还有车位编号,车位地点等信息。
2.3非功能需求*
2.3.1可用性:
本系统尽量从用户角度考虑,设计简洁洁净的用户界面,尽量采取通俗语言描述各项功能说明,层次分明,少用专业性术语.
2.3.2技术的可行性:
本系统基于C/C++高级语言了开发,开发平台可按要求基于Windows或Linux系统,运行环境分别兼容WindowsXP、Windows7(32bit)、Windows7(64bit)、Linux2.6及以上,涉及数据量不大。
包括可爱护性、可移植性等非功能需求。
2.3.3可靠性:
本系统涉及用户面较窄,数据量不大,但数据要求安全性高保密性好,因此,整体系统要求运行平稳、错误率低数据输入的合法性要求高
2.3.4安全性:
系统设置不同访问权限,数据限于局域网访问,不同的用户具有不同层次的访问权限,数据读取权限,设置住户仅具有访问自己数据权限,保证数据的隐私。
2.3.5故障处理
软件开发采纳组件技术,保证可爱护性高。
尽量少用或不用第二次开发。
有专业的爱护人员定期对系统进行升级、测试,必要时对数据进行复原操作。
3环境
3.1运行环境
硬件环境:
PC586CPU366内存64M以上外存以20G以上的硬盘为好,建使用40G以上的硬盘。
软件环境:
WINDOWS98以上的操作系统
数据库:
Acess2000工具:
officevisio
3.2开发环境
硬件环境:
CPUA6-3400内存4G500G硬盘。
软件环境:
WIN7操作系统
数据库:
Acess2000工具:
officevisio
三、总体设计规格说明书
完成人:
杜瑞倩韩岳军
1.引言
随着我国市场经济的快速进展和人们生活水平的不断提高,简单的社区服务已不能满足人们的需求。
如何利用先进的治理手段,提高物业治理水平,是当今社会所面临的一个重要课题。
要想提高物业治理水平,必须全方位地提高物业治理意识。
只有高标准、高质量的社区服务才能满足人们的需求。
面对信息时代的挑战,利用高科技手段来提高物业治理无疑是一条行之有效的途径。
在某种意义上,信息与科技在物业治理与现代化建设中显现出越来越重要的地位。
物业治理方面的信息化与科学化,已成为现代化生活水平步入高台阶的重要标志。
1.1目的
面对物业治理过程中显现的各种情形,物业治理系统在实施后,应能够达到以下目标:
(9)全面自动化信息治理,可随时把握小区的情形。
(10)全方位的快速查询,提高工作效率。
(11)完整的工程及服务档案,提高财务工作效率。
(12)灵活准确的收费,提高财务工作效率。
(13)全面统计、汇总、分析,及时提供决定依据。
物业公司领导可随时查阅小区最新信息的详细情形。
(14)系统内部操纵严密,数据储备安全可靠。
(15)系统界面友好美观,操作简单易行。
(16)从用户需求、售后服务形成了一套严密、科学、完善的治理体系。
1.2命名规那么
1.2.1变量对象命名规那么:
1、 原那么
a)幸免命名冲突
b)清晰、明了,有明确的含义
c)风格一致
2、 建议
a)使用完整的单词或公认的缩写
b)不使用单个字符〔除局部循环变量外〕
c)变量名=属性+类型+对象描述
3、 变量类型标识
a) 属性:
局部变量〔Local〕
l
全局变量〔Global〕
g
成员变量〔Member〕
m
静态变量〔Static〕
s
b) 数据类型
Array
数组
a
BOOL
布尔
b
BYTE(UnsignedChar)
无符号字符
by
Char
字符
ch
DWORD(unsignedlong)
无符号长整数
dw
Handle
句柄
h
Long
长整数
l
Integer
整数
i
pointer
指针
p
Shortint
短整数
n
String
字符串
S
Unsignedint
无符号整数
u
Unsignedlong
无符号长整数
ul
WORD(unsignedshort)
无符号短整数
w
void
空
v
Function
函数
fn
Float
浮点
f
c) 描述部分
i) 常用的反义词组
add/remove begin/end create/destroy
insert/delete first/last get/release
increment/decrement put/get add/delete
lock/unlock open/close min/max
old/new start/stop next/previous
source/target show/hide send/receive
source/destination cut/paste up/down
ii)字典
初始化〔Initialize〕
Init
源对象
Src
目的对象
Dest
temp
tmp
flag
flg
statistic
stat
increment
inc
message
msg
d)性质:
变量〔Variable〕:
v常量〔Const〕:
c
1.2.2数据库对象命名规那么:
数据库对象
前缀
举例
表(Table)
字段(Column)
视图(View)
储备过程(Storedprocedure)
触发器(Trigger)
索引(Index)
主键(Primarykey)
外键(Foreignkey)
Check约束(CheckConstraint)
Unique约束
用户定义数据类型(User-defineddatatype)
用户定义函数(User-definedfunction)
无
无
v
pr
tr
ix_
pk_
fk_
ck_
uq_
udt
fn
Student
StudentID
vActivity
prDelOrder
trOrder_D
ix_CustomerID
pk_Admin
fk_Order_OrderType
ck_TableColumn
uq_TableColumn
udtPhone
fnDueDate
1.3术语定义
表3-1术语定义或说明表
序号
术语名称
术语定义
1
总体结构
软件系统的总体逻辑结构。
按照不同的设计方法,有不同的总体逻辑结构。
假设采纳面向功能或面向数据的设计方法,那么总体逻辑结构为一树形的功能模块结构图。
假设采纳面向对象或面向部件〔构件〕的设计方法,那么总体逻辑结构为部件〔构件〕的组装图
2
外部接口
本软件系统与其他软件系统之间的接口,接口设施能够是中间件。
接口描述包括:
传输方式、带宽、数据结构、传输频率、传输量、传输协议
3
数据结构
数据结构包括:
数据库表的结构、其他数据结构等
4
概念数据模型CDM
关系数据库的逻辑设计模型,叫做概念数据模型。
要紧内容包括一张逻辑E-R图及其相应的数据字典
5
物理数据模型PDM
关系数据库的物理设计模型,叫做物理数据模型。
要紧内容包括一张物理表关系图及其相应的数据字典
6
视图
在基表或其他视图之上建立的一张虚表,叫做视图,它具有物理表的许多性质,在数据处理和授权上专门有用
7
角色
数据库中享有某些特权操作的用户,叫做角色。
角色的权益通过授权来实现
8
子系统
具有相对独立功能的小系统叫做子系统。
一个大的软件系统能够划分为多个子系统,每个子系统可由多个模块或多个部件组成
9
模块
具有功能独立、能被调用的信息单元叫做模块。
模块是结构化设计中的概念
10
内部接口
软件系统内部各子系统之间、各部件之间、各模板之间的接口,叫做内部接口。
接口描述包括:
调用方式、入口信息、出口信息等
11
相关文件
相关文件是指当本文件内容变更后,可能引起变更的其他文件。
如需求分析报告、详细设计说明书、测试打算、用户手册
12
参考资料
参考资料是指本文件书写时用到的其他资料。
如各种有关规范、模板、标准、准那么
1.4参考资料
[1]用户需求报告
[2]数据库设计规范
[3]命名规范
1.5相关文档
[1]源程序清单
[2]测试打算及报告
[3]«用户使用手册»
2.系统体系结构设计
3.数据结构设计
3.1数据库表名清单
数据库表名清单,如表3-0所示。
表3-0数据库表名清单
序号
中文表名
英文表名
表功能说明
1
住户属性图
Residentattributesfigure
住户属性说明
2
房屋属性图
Houseattributesfigure
房屋属性说明
3
家庭属性图
Familyattributesfigure
家庭属性说明
4
收费项目属性图
Chargingprojectsattributesfigure
收费项目
5
收费属性图
Chargeattributesfigure
收费具体事宜
6
投诉属性图
Complaintsattributesfigure
投诉情形
7
保修属性图
Warrantyattributesfigure
保修状态
3.2数据库表之间关系说明
数据表之间关系说明E-R图。
依照现实要求把对象转化为实体,得到以下属性:
图3-1住户属性图
图3-2房屋属性图
图3-3家庭属性图
图3-4收费项目属性图
图3-5收费属性图
图3-6投诉属性图
图3-7报修属性图
实体联系图
图3-8各实体联系图
3.3数据库表的详细清单
有了数据库的E-R图,就能得出数据库的逻辑结构,该小区物业治理系统数据库中各个表格的设计结果如下所示:
表3-1收费类型表〔chargeitemtable〕
编号
字段名称
数据结构
主键
承诺空
说明
1
收费名称
nvarchar
是
否
收费项目名称
2
收费金额
Nvarchar
否
金额
3
收费单位
Nvarchar
否
计量单位
4
收费周期
Nvarchar
否
一样以月为周期
5
备注
nvarchar
是
其他需说明信息
表3-2收费表〔chargetable〕
编号
字段名称
数据结构
主键
承诺空
说明
1
收费编号
nvarchar
是
否
唯独标识
2
收费名称
Nvarchar
否
收费项目名称
3
住户编号
Nvarchar
否
住户唯独标识
4
住户名称
Nva