住宅小区物业管理信息系统的设计与分析2Word下载.docx
《住宅小区物业管理信息系统的设计与分析2Word下载.docx》由会员分享,可在线阅读,更多相关《住宅小区物业管理信息系统的设计与分析2Word下载.docx(35页珍藏版)》请在冰豆网上搜索。
(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百科«
物业治理系统»
毕业论文-小区物业治理系统»
o0小猥
CSDN«
博主:
ID:
liule007
软件需求说明书»
楼主:
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
数字型
数字值类型:
离散型
入住日期总编号:
01-003
RZRQ编号:
003
日期型
工作单位总编号:
01-004
GZDW编号:
004
小区名称总编号:
02-001
XQMC编号:
小区地址总编号:
02-002
TSBH编号:
20
楼宇数量总编号:
02-003
LYSL编号:
住户数量总编号:
02-004
ZHSL编号:
楼宇单元总编号:
02-005
LYDY编号:
005
房号总编号:
FH编号:
车位编号总编号:
01-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操作系统
三、总体设计规格说明书
杜瑞倩韩岳军
随着我国市场经济的快速进展和人们生活水平的不断提高,简单的社区服务已不能满足人们的需求。
如何利用先进的治理手段,提高物业治理水平,是当今社会所面临的一个重要课题。
要想提高物业治理水平,必须全方位地提高物业治理意识。
只有高标准、高质量的社区服务才能满足人们的需求。
面对信息时代的挑战,利用高科技手段来提高物业治理无疑是一条行之有效的途径。
在某种意义上,信息与科技在物业治理与现代化建设中显现出越来越重要的地位。
物业治理方面的信息化与科学化,已成为现代化生活水平步入高台阶的重要标志。
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
长整数
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)
无
pr
tr
ix_
pk_
fk_
ck_
uq_
udt
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
模块
具有功能独立、能被调用的信息单元叫做模块。
模块是结构化设计中的概念
内部接口
软件系统内部各子系统之间、各部件之间、各模板之间的接口,叫做内部接口。
调用方式、入口信息、出口信息等
11
相关文件
相关文件是指当本文件内容变更后,可能引起变更的其他文件。
如需求分析报告、详细设计说明书、测试打算、用户手册
12
参考资料
参考资料是指本文件书写时用到的其他资料。
如各种有关规范、模板、标准、准那么
1.4参考资料
[1]用户需求报告
[2]数据库设计规范
[3]命名规范
1.5相关文档
[1]源程序清单
[2]测试打算及报告
[3]«
用户使用手册»
2.系统体系结构设计
3.数据结构设计
3.1数据库表名清单
数据库表名清单,如表3-0所示。
表3-0数据库表名清单
序号
中文表名
英文表名
表功能说明
住户属性图
Residentattributesfigure
住户属性说明
房屋属性图
Houseattributesfigure
房屋属性说明
家庭属性图
Familyattributesfigure
家庭属性说明
收费项目属性图
Chargingprojectsattributesfigure
收费项目
收费属性图
Chargeattributesfigure
收费具体事宜
投诉属性图
Complaintsattributesfigure
投诉情形
保修属性图
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〕
编号
字段名称
主键
承诺空
说明
收费名称
nvarchar
是
否
收费项目名称
收费金额
Nvarchar
金额
收费单位
计量单位
收费周期
一样以月为周期
备注
其他需说明信息
表3-2收费表〔chargetable〕
说明
收费编号
唯独标识
住户编号
住户唯独标识
住户名称
Nva