住宅小区物业管理信息系统的设计与分析

《信息系统阐发与设计》

2011〜2012学年第一学期

住宅小区物业治理信息系统的设计与阐发

目录

1系统可行性阐发陈诉...........................................1

2需求规格说明书...............................................6

3设计规格说明书..............................................14

4实验事情总结陈诉............................................30

一、系统可行性研究陈诉

完成人：杨伊婷杜瑞倩（画图）

1.引言

当今房产生长迅速，各大都会小区如雨后春笋般冒出，俗话说”打山河难,守山

河更难”，这句话用来形容小区的生长是最好不外的了.现在的中国房地产开发商

已经不再是像以前一样，对物业治理事情只停留在看看门、扫扫地、补补漏、收收

垃圾等很浅的条理上了，许多开发商已经意识到物业治理的重要性，但又苦于小区

物业数据量多事情量大治理难等问题的烦恼，在信息高速生长的今世，他们迫切需

要一款软件系统既能治理物'也，又能让公司在物业上的花销减至最少，同时小区业

主也越来越重视自己的物业信息的完整性、宁静性和掩护性。

随着房产体制革新的不停深化，有关物业的数据越来越庞杂，人们对物业信息

的处置惩罚要求日益提高，因此接纳盘算机作为物业治理的东西是历史生长的一

定，生长电子盘算机在此领域的应用，这是物业治理手段现代化的生长偏向。

只有利用盘算机进行物业治理,特别是进行联网治理，才可能实现物业信息的尺

度化和范例化，为物业治理事情提供准确实时的信息，有助于物业治理部分进行治

理并做出相关决策:同时也使物业治理公司实时准确地了解运营状况，做出经营决

策，这样才气使物业治理走向现代化。

我们将借助盘算机技能和数据库治理系统，对物业治理包罗的项目进行纪录,

并实现电子化治理。本系统的目的就是开发”小区物业治理系统”，通过这一系统来

掌握小区物业的财政治埋情况。

用于便捷治理小区物业的相关信息，淘汰查找、纪录、掩护相关信息的人力、

物力和力需求，增强物业信息的宁静性、可靠性利治理的易用性、有效性。

1.2配景

随着住房制度革新，物业治理作为一个新兴行业，逐渐成为一个涉及社会方方

面面，与千家万户息息相关的向阳财产，目前正处于物业治理生长历程的要害阶段。

目前住宅产权多元化格式已经形成，物业治理作为都会治理的一种新形式和市场经

济条件下的新兴办事财产，经历了从无到有、从小到大的生长历程，形成了多类别、

多条理、多形式的物业治理局面，开端确立了社会化、专业化、市场化、经营性的

物业治理新体制。我国参加WTO后，物业治理尺度化、科学化、范例化、国际化

已是物业公司迫在眉睫的首要任务。通过提高日常物业治理事情中的科技含量，促

进当前治理方法、治理手段的现代化，使物业治理能够适应现代科技和现代修建技

能的生长潮水，保持物业治理的高水平。因此对付整个物业治理行业来讲，仅靠简

朴的单向、手工治理已经不能适应物业治理需求水平的提高，必须走范围化，网络

化的盘算机综合治理门路。本物业治理系统正是这种配景下应运而生的优秀的行业

软件，是企业低落治理本钱、提高治理效率的要害和原动力。

2现行系统视察

2.1组织机构与业务范畴

组织机构职能说明业务范畴

软件治理人员一般由专业IT人员卖力，主要卖全部权限（对所有数据进行读

力系统的维护，帮助物业治理人员治理写、删除、修改、创建、清空、规

系统，要求专业性很强，能在特殊情况复）

下修复系统,。

物业治理人员主要由物业公司职员组成,对盘算部分权限（除备份数据的删除

机操纵熟练，但专业性要求不强，主要权限外，对所有数据进行读写、删

卖力物业的治理、业主信息的治理除、修改、创建、清空、规复）

2

3.2新系统功效范畴及划辩白明

4可行性综合评述

4.1经济可行性

从久远着眼，以较少的投入满足目前地需求和生长的需求，一方面考虑宁静，

可靠，先进，同时要考虑经济实用易于扩展升级，易于操纵，易于治理与维护。在

完成系统目标的底子上，实现了用最少地投资取得更大的收益。

4.2技能可行性

Visualbasic6是微软公司最新推出的VisualStudio6开东西组件中的一员，也

是当今世界上最流行的可视化开发东西。与VisualBasic5相比，Visualbasic6不光

简化了可视化编程，并且使得应用步伐地开发流程越发公道，综合功效越发强大。

除了保持原来版本的功效外，VisualBasic6在许多方面的功效得到了扩展，其

中主要有以下儿点:

4

（1）开放式数据库联结ODBC情况：这种体系结构能更好的满足企业地实际需

要，有利于应用系统的移植和扩充。目前市场上流行的种种数据库系统软件，如

Oeacle\Informix\sybase各行其道，使用户无所适从。然而PowerBuilder为这些

数据提供了大众的前端东西，提供了开放式数据库联结ODBC,不但适合于种种数

据库治理系统，具有良好的兼容性，并且还能给已有的数据资源带来全新的图形界

面。

（2）面向东西的应用步伐开发要领东西（OBJECT）,是包罗相关的数据（以

变量的形式）以及用于操纵这些数据的要领（子步伐）的软件包。一个东西是一个

类的具体体现，在功效上它与其他的步伐保持独立，一个界说良好的东西具有封装

的数据和功效。

（3）可视化的开发情况用户不了解WINDOWS和C编程技能，通过图形化

的交互操纵，就可以设计实现应用系统，开发出美观，简便的图形化界面来。

（4）强大的数据提取能力VisualBasic6提供了功效强劲的数据窗口控制

（DataWindowsObject）0数据窗口东西可以用于联结数据库，得到纪录，以种种

气势派头显示数据和更新数据库。经过五个版本的革新，数据窗口具有很灵活的能

力，通过Describe（）\Modify（）\great（）等函数，编程这可以在步伐中动态的

改变数据窗口的结构和显示模式。

（5）使用VisualBasic6开发小区物业治理的优越性治理信息系统（MIS）是

一个综合的用户一一呆板系统，它利用盘算机提供信息以支持、运行、治理、阐发

和决策功效。对付宽大从事MIS和数据库应用系统开发的软件人员来说，能拥有

一套得心应手的帮助开发东西是他们梦寐以求的愿望。Micros。仕公司推出的Visual

Basic正是这样一种高效而快捷的集成开发情况，他提供了可视化的、面向东西的

——办事器的开发情况。使用VisualBasic的多级体系，良好的用户界面和接口方

便非盘算机人员的快速掌握。

5

二、需求规格说明书

完成人：查至真冯卉妍（数据字典）杜瑞倩（画图）

1概述

1.1编写目的

本文档的编写目的是为住宅小区物业治理信息系统项目的开发提供：

随着住房制度革新，物业治理作为一个新兴行业，与千家万户息息相关C经营

性的物业治理新体制通过提高日常物业治理事情中的科技含量，促进当前治理方

法、治理手段的现代化，使物业治理能够适应现代科技和现代修建技能的生长潮水,

保持物'业治理的高水平C因此仅靠简朴的单向、手工治理已经不能适应物业治理需

求水平的提高，必须走范围化，网络化的盘算机综合治理门路。本物业治理系统正

是这种配景下应运而生的优秀的行业软件，是企业低落治理本钱、提高治理效率的

要害和原动力。这是一门综合性技能，涉及操纵系统，数据结构，算法设计和步伐

设计等知识。数据库技能的根本思想是对数据实行会合，统一，独立的治理，用户

可以最大限度的共享数据资源。使用盘算机进行小区物业信息实时信息交换，改进

办事质量，通过本系统对小区物业治理信息的范例治理，可以实时的掌握业主们的

需求，并凭据需求有针对性的革新业务，以提高办事质量。方便查询，提高事情效

率。小区治理在手工操纵时代，事情非常繁琐，需要大量的人力

1.2参考资料

百度文库《软件需求规格说明书》孝敬者：流水1024

百度百科《物业治理系统》

百度文库《结业论文-小区物业治理系统》孝敬者:。。小猥

CSDN《软件需求规格说明书》博主:ID：liule007

CSDN《软件需求说明书》楼主：kevinkea

6

2需求

2.1功效需求

物业小区治理治理信息系统应该包罗以下几个功效：

1.业主反馈:包罗意见反馈，意见查询，意见检索。

2.住户治理：包罗住户登记，信息修改，住户查询"

3.入住治理：入住登记，装修登记，车位登记。对进入的机动车进行治理，

对进出小区的人员进行治理。

4.维修治理：设备保修，维修清单，维修纪录。对衡宇维修，装修。登记装

修申请，维修申请等

5.收缴费治理：进行收费，缴费查询。装修收费明细表，违章收费。

6.系统：用户登录，治理用户。

2.1.1数据流图

表1顶层图

7

表2一层图

8

9

表6P4的剖析

2.1.2数据字典

名称：业主姓名总编号：01-001

别名：YZXM编号：001

类型：文本型

长度：10

名称：业主身份证号总编号:01-002

别名：YZSFZH编号：002

类型：数字型

数字值类型：离散型

长度：10

名称：入住日期总编号：01-003

别名：RZRQ编号：003

类型：日期型

长度：10

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

H

名称：房号总编号：02-002

别名：FH编号:002

类型：数字型

数字值类型：离散型

长度：10

名称：车位编号总编号：01-003

别名：TSBH编号：003

类型：数字型

数字值类型：离散型

长度：15

2.2数据需求

在数据方面，包罗住户的姓名、身份证号、事情单位、未缴用度、联系电话等

数据，还包罗小区的名称，楼宇数量，住户数量，收费信息，维修资料等数据，另

有车位编号，车位所在等信息。

非功效需求*

2.3.1可用性：

本系统尽量从用户角度考虑，设计简便洁净的用户界面，尽量接纳通俗语言描

述各项功效说明，条理明白，少用专业性术语.

2.3.2技能的可行性：

本系统基于C/C++高级语言了开发，开发平台可按要求基于Windows或Linux

系统，运行情况分别兼容WindowsXP^Windows7(32bit)^Windows7(64bit)、Linux

2.6及以上，涉及数据量不大。

包罗可维护性、可移植性等非功效需求。

2.3.3可靠性：

本系统涉及用户面较窄，数据量不大，但数据要求宁静性高保密性好，因此，

整体系统要求运行平稳、错误率低数据输入的正当性要求高

12

2.3.4宁静性：

系统设置差别访问权限，数据限于局域网访问，差别的用户具有差别条理的访

问权限，数据读取权限，设置住户仅具有访问自己数据权限，包管数据的隐私。

2.3.5妨碍处置惩罚

软件开发接纳组件技能，包管可维护性高C尽量少用或不消第一.次开发，有专

业的维护人员定期对系统进行升级、测试，须要时对数据进行规复操纵。

3情况

3.1运行情况

硬件情况：PC586CPIB66内存64M以上外存以20c以上的硬盘为好，

建使用40G以上的硬盘。

软件情况：WINDOWS98以上的操纵系统

数据库：Acess2000东西：officevisio

3.2开发情况

硬件情况：CPUA6-3400内存4G500G硬盘。

软件情况：W1N7操纵系统

数据库：Acess2000东西：officevisio

13

三、总体设计规格说明书

完成人：杜端倩韩岳军

1.引言

随着我国市场经济的快速生长和人们生活水平的不停提高，简朴的社区办事

已不能满足人们的需求C如何利用先进的治理手段，提高物业治理水平，是当今社

会所面临的一个重要课题。要想提高物业治理水平，必须全方位地提高物业治理意

识。只有高尺度、高质量的社区办事才气满足人们的需求。面对信息时代的挑战，

利用高科技手段来提高物业治理无疑是一条行之有效的途径。在某种意义上，信息

与科技在物业治理与现代化建立中显现出越来越重要的职位。物业治理方面的信息

化与科学化，己成为现代化生活水平步入高台阶的重要标记。

1.1目的

面对物业治理历程中出现的种种情况，物业治理系统在实施后，应能够到

达以下目标：

（9）全面自动化信息治理，可随时掌握小区的情况。

（10）全方位的快速查询，提高事情效率。

（11）完整的工程及办事档案，提高财政事情效率。

（12）灵活准确的收费，提高财政事情效率。

（13）全面统计、汇总、阐发，实时提供决定依据。物业公司领导可随时查

阅小区最新信息的详细情况。

（14）系统内部控制严密，数据存储宁静可靠。

（15）系统界面友好美观，操纵简朴易行。

（16）从用户需求、售后办事形成了一套严密、科学、完善的治理体系。

1.2命名规矩

1.2.1变量东西命名规矩:

1、原则

a）制止命名辩论

b）清晰、明了，有明确的寄义

14

c）气势派头一致

2、发起

a）使用完整的单词或公认的缩写

b）不使用单个字符（除局部循环变量外）

c）变量名=属性+类型+东西描述

3、变量类型标识

a）属性：

局部变量（Local）1

全局变量（Global）g

成员变量（Member）m

静态变量（Static）s

b）数据类型

Array数组a

BOOL布尔b

BYTE(UnsignedChar)无标记字符by

Char字符ch

DWORD(unsignedlong)无标记长整数dw

Handle句柄h

Long长整数1

Integer整数i

pointer指针P

Shortint短整数n

String字符串S

Unsignedint无标记整数u

Unsignedlong无标记长整数ul

WORD(unsignedshort)无标记短整数w

void空V

15

Function函数fn

Float浮点f

c）描述部分

i）常用的反义词组

add/removebegin/endcreate/destroy

insert/deletefirst/lastget/release

increment/decrementput/getadd/delete

lock/unlockopen/closemin/max

old/newstart/stopnext/previous

source/targetshow/hidesend/receive

source/destinationcut/pasteup/down

ii）字典

初始化(Initialize)Init

源东西Src

目的东西Dest

temptmp

flagflg

statisticstat

incrementinc

messagemsg

d）性质：变量（Variable）：v常量(Const)：c

1.2.2数据库东西命名规矩:

数据库东西前缀举例

16

表(Table)无Student

字段（Column）无StudentID

视图(View)VvActivity

存储历程(Storedprocedure)prprDelOrder

触发器(Trigger)trtrOrderD

索引(Index)ix_ix_CustomerID

主键(Primarykey)Pk.pk_Admin

外键(Foreignkey)fk_fkOrderOrderTypo

Check约束(CheckConstraint)ck_ck_TableColumn

Unique约束uq_uqTableColumn

用户界说数据类型（User-defineddatatype）udtudtPhone

用户界说函数(User-definedfunction)fnfnDueDate

1.3术语界说

表3-1术语界说或解释表

序术语名术语定义

号称

软件系统的总体逻辑结构。凭据差别的设计要领，有差别的

总体逻辑结构。若接纳面向功效或面向数据的设计要领，则总

总体结

1体逻辑结构为一树形的功效模块结构图。若接纳面向东西或面

构

向部件（构件）的设计要领，则总体逻辑结构为部件（构件）

的组装图

本软件系统与其他软件系统之间的接口，接口设施可以是中

外部接

2间件。接口描述包罗：传输方法、带宽、数据结构、传输频率、

口

传输量、传输协议

数据结数据结构包罗：数据库表的结构、其他数据结构等

3

构

看法数干系数据库的逻辑设计模型，叫做看法数据模型。主要内容

4据模型包罗一张逻辑E-R图及其相应的数据字典

CDM

物理数不系数据库的物理设H模型，叫做物理数据模型。主爰内容

5据模型包罗一张物理表干系图及其相应的数据字典

PDM

在基表或其他视图之上创建的一张虚表，叫做视图，它具有

6视图

物理表的许多性质，在数据处置惩罚和授权上很有用

数据库中享有某些特权操纵的用户，叫做脚色。脚色的权利

7脚色

通过授权来实现

8子系统具有相对独立功效的小系统叫做子系统。一个大的软件系统

17

可及分别为多个子系统，每个子系统可由多个模块或多个部件

组成

具有功效独立、能被调用的信息单位叫做模块。模块是结构

9模块

化设计中的看法

软件系统内部各子系统之间、各部件之间、各模板之间的接

内部接

10口，叫做内部接口。接口描述包罗：调用方法、入口信息、出

口

口信息等

相关文相关文件是指当本文件内容变动后，可能引起变动的其他文

11

件件。如需求阐发陈诉、详细设计说明书、测试筹划、用户手册

参考资参考资料是指本文件书写时用到的其他资料。如种种有关范

12

料例、模板、尺度、准则

1.4参考资料

[1]用户需求陈诉

[2]数据库设计范例

[3]命名范例

1.5相关文档

[1]源步伐清单

[2]测试筹划及陈诉

[3]《用户使用手册》

18

2.系统体系结构设计

3.数据结构设计

3.1数据库表名清单

数据库表名清单，如表3-0所示。

19

表3-0数据库表名清单

芹中文表名英文表名表功效说明

考

1住户属性图Residentattributesfigure住户属性说明

2衡宇属性图Houseattributesfigure衡宇属性说明

3家庭属性图Familyattributesfigure家庭属性说明

4收费项目属性图Chargingprojects收费项目

attributesfigure

5收费属性图Chargeattributesfigure收费具体事宜

6投诉属性图Complaintsattributes投诉情况

figure

7保修属性图Warrantyattributesfigure保修状态

3.2数据库表之间干系说明

数据表之间干系说明E-R图。

凭据现实要求把东西转化为实体，得到以下属性:

图37住户属性图

20

图3-3家庭属性图

图3-4收费项目属性图

21

图3-5收费属性图

图3-6投诉属性图

22

实体联系图

图3-8各实体联系图

3.3数据库表的详细清单

有了数据库的E-R图，就能得出数据库的逻辑结构，该小区物业治

理系统数据库中各个表格的设计结果如下所示：

23

表3-1收费类型表(chargeitemtable)

编号字段名称数据结构主键允许空说明

1收费名称nvarchar是否收费项目名称

2收费金额Nvarchar否金额

3收费单位Nvarchar否计量单位

4收费周期Nvarchar否一般以月为周

期

5备注nvarchar是其他需说明信

息

表3-2收费表(chargctablc)

编号字段名称数据结构主键允许空说明

1收费编号nvarchar是否唯一标识

2收费名称Nvarchar否收费项目名称

3住户编号Nvarchar否住户唯一标识

4住户名称Nvarchar否户主姓名

5收费金额Float否金额

6定额用量Float否水费的门路代

价

7定额内代价Float否水费的门路代

价

8收费周期Nvarchar否一般以月为单

位

9收费单位Nvarchar否计量单位

10超定额代价float是水费的门路代

价

11备注Nvarchar是其他需说明项

24

表3-3住户家庭表(clientfamilytable)

编号字段名称数据结构主诞允许空说明

1家庭编号nvarchar是否家庭唯一标

识

2住户编号Nvarchar是否户主唯一标

识

3住户名称Nvarchar否户主姓名

4姓名Nvarchar否家人姓名

5生日日期Smalldatetime是家人生日

6性别Nvarchar否性别

7称呼Nvarchar是与家人干系

8备注Nvarchar是需说明信息

表3-4住户缴费表

编号字段名称数据结构主犍允许空说明

1缴费表编nvarchar是否票据唯一标

号识

2住户名称Char否户主姓名

3住户编号Nvarchar否住户唯一标

识

4缴费方法Nvarchar否何种方法缴

费

5缴费日期Smalldatetime否何时缴费

6收费人员Nvarchar否卖力人

7缴费总额Float否金额

8备注Nvarchar是需说明信息

9状态nvarchar是是否己处置

惩罚

25

表3-5住户衡宇表

编号字段名称数据结构主键允许空说明

1纪录编号nvarchar是否纪录唯一标识

2住户名称Nvarchar否户主姓名

3住户编号Nvarchar否户主以为标识

4房间纪录编号Nvarchar否衡宇唯一标识

5房型Nvarchar否衡宇型号

6单位Nvarchar否所属单位

7衡宇号Nvarchar否门牌号

8楼层Nvarchar否所属楼层

9楼宇名称Nvarchar否所属楼栋

10小区名称Nvarchar否小区名称

11使用状况Nvarchar否使用状况

12迁入日期smalldatetime否入住时间

13迁出口期smalldatetime是搬离时间

14状态Nvarchar是使用状态

表3-6衡宇型号表(modeltable)

编号字段名称数据结构主键允许空说明

1房型编号nvarchar是否型号编号

2房型Nvarchar否型号

3修建面积float否修建面积

4使用面积float是

5备注Nvarchar是

表3-7住户资料表(clienttable)

编号字段名称数据结构主键允许空说明

26

1住户编号Nvarchar是否户主唯一标

识

2住户名称Nvarchar否户主名称

3联系电话Nvarchar否电话

4联系地点Nvarchar否地点

5欠费金额Float是欠费金额

6状态Nvarchar是

7备注Nvarchar是

表370投诉表(yhtstable)

编号字段名称数据结构主键允许空说明

1投诉编号nvarchar是否投诉唯一标识

2欢迎人员Nvarchar否员工姓名

3投诉住户Nvarchar否户主姓名

4住户编号Nvarchar否户主唯一标识

5投诉日期Smalldatetime否

6处置惩罚日期Smalldatctimc是

7处置惩罚人员Nvarchar是

8投诉内容nvarchar否详细情况

9处置惩罚情况nvarchar是是否已处置惩

罚

表371报修表(zhbxtable)

编号字段名称数据结构主键允许空说明

1报修编号nvarchar是否票据唯一标

识

2维修人员Nvarchar是卖力人

3报修日期Smalldatetime否

27

4办事用度Numeric是人工费

5物料用度Numeric是质料费

6住户名称Nvarchar否户主姓名

7住户编号Nvarchar否户主唯一标

识

8完成日期Smalldatetime是

9用度合计Numeric是总用度

10报修内容nvarchar否

3.4其他数据结构设计

系统的其他数据结沟设计内容。

表3-8住户车位使用表

编号字段名称数据结构主狸允许空说明

1车位编号nvarchar是否车位唯一标

识

2住户编号Nvarchar否使用者编号

3住户名称Nvarchar否户主姓名

4使用日期smalldatetime否

5备注Nvarchar是

表3-9楼宇信息表(roomtable)

编号字段名称数据结构主犍允许空说明

1纪录编号nvarchar是否纪录唯一标

识

2衡宇编号Nvarchar否衡宇唯一标

识

3楼栋编号Nvarchar否楼层

4房型编号Nvarchar否何种房型

5单位Int否单位编号

6小区名称Nvarchar否

28

7住户编号Nvarchar否户主唯一标

识

8修建面积Float否

9使用面积Float是

10楼层Int否

11产权Nvarchar否是否有产权

12使用状况Nvarchar是使用或空置

13交房时间Nvarchar是

14登记人Smalldatetime是

15登记时间Nvarchar是

16备注smalldatetime是

表3-12用户登录表（oper）

编号字段名称数据结构主键允许空说明

1登录时间datetime是否

2退出时间Datetime否

3用户编号Int否用户编号

4操纵员编号int否员工编号

4.接口设计

令硬件接口

考虑到大量数据的备份等要求，需要保持与光盘刻录机的接口，这较易实现。

令软件接口

这里，主要考虑软件与操纵系统、数据库治理系统的接口，以及局域网和互联

网软件之间的数据互换C考虑到文档处置惩罚时有可能需要较常用的办公软件。例

如Microsoft的Office系列，所以应尽量实现它们之间的数据格式的自动转换。

29

四、实验事情总结

完成人：杜瑞倩

1.事情概述

在这次的实验设计中，我只要起到组长的作用，将组员的分工部分

整合成陈诉，并卖力数据流图，总体结构图和HIPO图标的绘制。，同时

也书写陈诉中第三章系统设计说明书部分

系统阐发的主要任务是创建新系统的逻辑模型。具体地讲主要是画

出新系统的DFD,编写界说DFD的数据辞书。数据流的阐发要利用到数

据流图，它能够精确地在逻辑上对系统的数据输入、数据输出、数据处

置惩罚历程和数据存储进行描述。

本系统是一个面向住宅小区的物业治理业务，具有一定实用性的数

据库信息治理系统。它主要完成了小区物业日常事情的功效，包罗住宅

小区衡宇、设施、设备、情况卫生、大众秩序、保安、绿化等治理事情。，

具备较为强大的模糊查询功效，以及为了保障系统宁静性而进行的种种

设置等。

创建新系统的DFD是一项十分重要的事情。因为创建的DFD是系统

开发乃至系统维护的依据，是系统的重要文档之一。系统阐发员要在详

细视察中，在与用户的重复交换中修改DFD,力求新建DFD是正确的、

准确的。

HIPO技能是用图形要领表达一个系统的输入和输出功效，以及模块

的条理。为了详细描述系统模块的功效，在系统功效模块分别的底子上,

运用HIPO技能，对小区物业系统的输入和输出功效，自顶向下逐层剖

析。

30

2.系统阐发设计历程

对物业治理系统的数据流阐发中，我们首先画出整个系统的顶层图,

以包管对整个系统的表面有个整体了解，然后把顶层图中的细节用下一

条理的数据流程图来体现，凭据由粗到细，逐层细化的原则对系统的各

个模块进行深入的阐发。进行分层数据流图设计的时，应该要遵守“数

据平衡”的原则：下层图的输入和输出应与上层图保持一致，即父图和

子图之间的数据流必须保持一致。每张数据流图加工的输入数据流和输

出数据流要平衡，即加工的输出数据流要有与其相对应的输入数据流。

绘制HIP。分层图，图中用一个方块代表一个模块，模块内标记该

模块的处置惩罚功效或模块名，模块之间的调用干系用连接两模块的直

线体现。每个模块的数据处置惩罚功效尽可能单一、明确、完整，以此

要求逐步剖析。

3.体会

通过本次实验设计我学到了不少新的东西，熟悉了MIS的开发历程,

开端掌握了系统阐发设计的步调与实施等等。深刻的理解了信息治理的

理论知识，领略了当前世界上先进的系统看法，富厚了对现行信息系统

的认识，通过有效的阐发、设计、编程升华了我们的认知。在设计历程

中也发明了大量的问题，有些在设计历程中已经解决，有些另有待今后

慢慢学习。只要学习就会有更多的问题，有更多的难点，但也会有更多

的收获。

通过此次的实验历程，亲身体验了一回系统阐发设计人员的酸甜苦

辣，同时也从中熬炼了自己，加深了对MIS认识。同时也提高了我学习

的能力，解决问题的能力和实际事情的能力，希望在今后的事情中，能

学以致用，将自己学到的知识运用到实际的事情当中。

31

完成人：杨伊婷

1.事情概述

系统可行性阐发陈诉

可行性阐发陈诉是系统开发历程中的重要文档资料，它包罗目前小

区物业治理状况的阐发与论证，也说明了系统投入开发及以后运行的情

景展望。具体包罗1、小区物业系统的研发明状和生长趋势。2、项目研

发内容要害技能及目标。3、主要技能路线。4、项目研发底子及技能支

撑条件。5、事情进度摆设和阶段目标。6、项目可行性阐发。

2.系统阐发设计历程

可行性阐发的任务,并不是所有问题都有简朴明显的解决措施，事实

上，许多问题不可能在预定的系统范围之内解决。如果问题没有可行的

解，那么耗费这项开发工程上的任何时间、资源、人力和经费都是无谓

的浪费。

可行性研究的目的就是用最小的代价在尽