搜档网
当前位置:搜档网 › my物业管理系统需求分析

my物业管理系统需求分析

my物业管理系统需求分析
my物业管理系统需求分析

物业管理系统需求分析

1.1需求分析

所谓"需求分析",是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么。可以说,在软件工程当中的“需求分析”就是确定要计算机“做什么”,要达到什么样的效果。可以说需求分析是做系统之前必做的。

1.2物业管理系统开发背景

随着我国市场经济的快速发展和人们生活水平的不断提高,简单的社区服务已经不能满足人们的需求。如何利用先进的管理手段,提高物业管理水平,是当今社会所面临的一个重要课题。要想提高物业管理水平,必须全方位地提高物业管理意识。只有高标准、高质量的社区服务才能满足人们的需求。面对信息时代的挑战,利用高科技手段来提高物业管理无疑是一条行之有效的途径。在某种意义上,信息与科技在物业管理与现代化建设中显现出越来越重要的地位。物业管理方面的信息化与科学化,已成为现代化生活水平步入高台阶的重要标志。

小区管理面积大,户数多,物业管理范围广,管理内容繁杂,小区物业管理存在混乱。再者,小区物业管理中一项重要的工作是计算、汇总各项费用,由于费用项目较多,计算方法繁重,手工处理差错率较高。同时查询某房产资料或业主资料往往也需要较长时间,给物业管理者的工作带来了诸多弊端。因此该物业管理需采用计算机进行物业管理。则开发的物业管理系统应该做到对小区住户资料、财产资源统计、邀费通知、收费管理、日常管理、收费管理、日常的报表查询、社区服务、系统设置等功能。

1.3具体需求分析

1.3.1功能分析

所谓物业管理,最基本的需要两大模块,即:管理员模块和业主模块。管理员需要收费和提供服务,业主需要缴费和享受管理员提供的服务。既然作为物业管理系统,其本身也需要维护使用说明还涉及到管理员及业主个人设置问题。在智能手机发展的今天,手机APP是必须得考虑到的软件运行客户端。能让业主更及时方便的缴费及查询。基于以上方面的考虑,我的物业管理系统会将所有功能细分为三块:管理员,业主,系统软件设置。

本系统源自物业管理的发展需求,设计本系统根据实地调研情况主要包含了三大模块十三个功能(见图1-1)别是:邀费通知功能、修改用户信息功能(增加、删除、修改、查找)、修改密码功能、收费管理功能、日常管理功能。缴费查询功能、社区服务功能。系统设置功能、关于本软件、软件帮助。这十三大管理模块归纳了基本的业务流程的主要功能,具体的模块功能描述如下:

图(1-1)小区物业管理三大模块十三大功能

一、管理员入口

1)邀费管理模块

2)修改用户模块

3)修改密码模块

主要完成修改当前操作员的密码。

4)日常管理模块

主要完成日常的业主基本信息查询、费用信息、报销信息、车位信息、建议意见、自动提醒、人员出入信息等。(如图10-1

所示)

5)所有管理操作记录

管理操作应该实时记录,管理员能查询到管理信息,才能避免管理操作错误以及可以及时修改。

二、业主入口

1)缴费信息查询模块

1.1)房产信息

“开发商资料”、“建筑商资料”、“监控管理商资料”用于用户明了小区的大概的建筑与管理的资料,方便选择。

“房屋以及住户资料房屋以及住户资料”用于帮助用户对房屋状况的了解,方便购买自己适合的房屋类型

1.2)业主信息

1.3)邀费通知

1.4)已收款查询

1.5)欠费查询

1.6)收费日报表

2)社区服务模块

3)联系管理员

当出现一些意料之外的事件时,如查询不到缴费信息,物业信息管理系统崩溃时等机器无法操作的意外事件,用户通过物业信息管理系统无法解决时,需要联系管理员请求帮助,使物业管理系统更加人性化

三、系统设置入口

系统信息管理模块用于设置系统的安全信息的基本信息,由于各种原因,系统管理模块可造成数据库文件破坏,所以每次操作后,都要进行数据备份,以防不测。

1、

1)房产设置

2)费项设置

3)数据库备份与恢复

4)操作权限

主要完成管理员对系统的操作,方便系统的管理。5)系统信息

2、软件帮助模块

3、关于本软件模块

主要完成对本软件的基本介绍。

电子书管理系统需求分析

WEP电子书管理系统需求分析书 (一)读者管理员登陆模块 (二)电子图书馆管理部分 1、图书管理:添加图书、删除图书、改变图书分类和修改图书信息等操作。 2、评论管理:对所有的读者留下的评论进行管理、对相应的好看的书籍进行评 定,而且还可以查询。 3、类别管理:添加图书类别、删除图书类别、修改图书类别。 4、精品推荐:可以把电子图书按不同的等级推荐管理。 5、统计分析:对所有的电子图书进行统计分析。 (二)读者查阅部分 1、最受欢迎的图书:根据用户点击率自动排序,点击率最高的前图书会在电子图书馆中自动显示出来 2、新书快递:根据管理员添加图书的时间进行排序,最新添加的图书会在电子图书馆中自动显示出来 3、推荐图书:按照管理员向读者推荐书,图书将在电子图书馆中自动显示出来 4、图书评论:级别高的读者对图书发表的观点,读者可以看到每个人对该书的评论 5、图书查询:可以按不同的类别查询你想要浏览的图书。例如按照书名检索、按照作者名检索、按照出版社检索等。 6、个人收藏夹:可以将自己喜欢的图书列表保存到自己的收藏夹中,这样下次 登录系统时不必再一一查询,直接从收藏列表中选取要阅读的图书即可。用户需对收藏夹列表具有全功能的管理权限,例如,可以往其中添加书籍,也可以从其中删除书籍等。 7、读书笔记:增加读者看该书籍的时候所有感想,想记下来的笔记,读者可以有感而发。

1.数据库设计: 1)E-R图 表1:图书分类表Catalog:存放电子书籍的分类信息:方便查找读书 表2:图书所属目录表Catalog_Ebook:存放目录的嵌套结构 表3:图书表(book),存放每本书的详细信息

仓库管理系统需求分析报告

软件需求分析报告 学生姓名: 学号: 专业班级:计算机科学与技术院(系):计算机与通信工程学院指导教师: 完成时间:2012年11月18日 成绩: 前言

仓库管理系统是物资管理系统的核心,是一个企业不可缺少的部分,它的内容对于企业的决策者和管理者来说都至关重要。一直以来人们使用人工的方式管理仓库,效率低,查找、更新和维护困难。今天,仓库作业和库存控制作业已多样化、复杂化,靠人工去处理已十分困难。如果不能保证正确的进货、验收及发货,就会导致生产过量的库存,延迟交货时间,增加增加经营成本,以致失去客户。随着科学技术的不断提高,计算机科学日渐成熟,仓库管理系统应运而生,其检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、等优点极大地提高人事劳资管理的效率;其能够有效地组织人员、空间和设备进行收货、存储、拣货和运输,组织运送原材料到生产企业,运送成品到批发商、分销商和最终客户手中等强大的功能已为人们所熟知。仓库管理系统是为企业的采购、制造计划、制造执行、客户服务系统与仓库或配送中心提供的管理手段,满足企业对低成本和快速处理的要求,帮助不同行业的企业解决复杂的配送问题并降低订单履行成本,它已越来越广泛的应用到各大仓库,并随着不断地完善发挥着越来越重要的作用。 目录 一、项目前景文档 (4) 1业务需求 (4)

1.1项目背景、业务机会和客户需要 (4) 1.2业务目标和成功标准 (4) 1.3业务风险 (5) 2解决方案的前景 (5) 2.1前景陈述 (5) 2.2主要特征 (5) 2.3假设(Assumption)和依赖(Dependency) (6) 2.4项目范围和局限性 (6) 2.4.1项目范围 (6) 2.4.2项目限制 (6) 2.5业务环境 (7) 2.5.1涉众档案 (7) 2.5.2运行环境 (7) 二、软件需求规格说明书 (8) 1引言 (8) 1.1概述 (8) 1.2背景 (8) 1.3定义 (9) 1.4参考资料 (9) 2任务概述 (9) 2.1目标 (9) 2.2运行环境(Operating Environment,OE) (9) 2.3假定(Assumption)和约束(Constraint) (9) 3需求规定 (10) 3.1对功能的规定 (10) 3.1.1用户需求 (10) 3.1.2系统需求 (25) 3.2非功能性需求 (38) 3.2.1性能需求(Performance) (38) 3.2.2安全设施需求(SAfety) (38) 3.2.3安全性需求(Security) (38) 3.2.4软件质量属性 (39) 3.3外部接口需求 (39) 3.3.1用户界面(User Interfaces,UI) (39) 3.3.2硬件接口(Hardware Interfaces,HI) (39) 3.3.3软件接口(Software Interfaces,SI) (39) 3.3.4通信接口(Communications Interfaces,CI) (39)

人事管理系统需求分析

人事档案管理系统需求分析说明书 1 引言 需求规格说明书是需求分析的产物,它是软件系统生存期中软件定义阶段的最后一个步骤。作为整个软件开发过程的指南,它也是软件开发人员开发出符合用户要求的软件的基础。 1.1 编写目的 软件需求说明书的编制目的是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。 本软件需求说明书的读者是系统开发人员或合同约定的人员。 1.2 背景说明 (1)本系统的名称是:人事档案管理系统。 (2)本项目的任务提出者是任课老师,开发者是信息科学学院08计本1班,用户是企业人事及相关部门,实现该软件的计算中心是**信息管理学院电子商务技术中心。 (3)本系统能为其他的系统提供人事数据。 1.3 定义 数据字典:关于数据的信息的集合,也即是对数据流图中包含的元素的定义的集合。 VB:Visual Basic。 1.4 参考资料 (1)企业的人事档案管理系统开发合同。 (2)引用资料 [1]张海藩. 软件工程导论. 北京:清华大学出版社,2005. [2]石柱. 软件工程标准手册. 北京:中国标准出版社,2004. 2 任务概述 2.1 目标 人事档案管理是现代企业人事资源管理中的重要内容,也是人力资源开发利用的基础性工作。人事档案管理在信息化之前,在人员进出、离退休、升迁、岗位变动、职称变动、学位变动,以及档案管理人员的变动等方面存在诸多不利于管理的地方,不适应现代的企业管理形势和人力资源开发利用的要求。 开发人事档案管理系统使企业的人事档案管理工作实现了信息化、规范化,不仅使企业能够高效率完成人事管理的日常工作,还使企业深入开发利用人力资源成为可能。 2.2 用户的特点 本软件的最终用户是企业人事部门的工作人员。部门有专职的人事数据录入人员,具有一定的计算机操作知识;系统的维护人员是企业的信息中心的信息维护员,对网络和数据库的操作比较熟悉,同时对VB或Delphi编程有一定的经验;数据录入员负责人事数据的录入及日常更新,信息维护员负责人事数据的备份和其他管理工作。企业的人员调进与调出比较频繁。 2.3 假定和约束 企业的经费有限,开发时间紧迫,可以使用VB或Delphi进行软件编程。 3 需求规定 3.1 对功能的规定 3.1.1 系统功能 人事档案管理系统的功能可以划分为如下几个部分 (1)系统账户管理:主要是对系统用户进行管理,包括登录、退出、操作记录等。

小区物业管理系统课程设计报告

信息系统分析与设计课程设计报告

目录 1 背景 (3) 2 开发的可行性研究 (3) 2.1 技术的可行性 (3) 2.2 经济可行性 (4) 2.3 操作可行性 (4) 3 需求分析 (4) 3.1 系统需求功能概括 (4) 3.2 系统操作设计内容 (5) 4 功能分析 (5) 4.1 系统用户管理功能 (5) 4.2 小区住户信息管理功能 (5) 4.3 小区房产信息管理功能 (6) 4.4 小区收费管理功能 (6) 4.5 小区住户故障处理管理功能 (6) 4.6 退出 (6) 5 系统总体设计 (6) 5.1 系统结构设计 (6) 5.2 数据流程图 (7) 5.3系统结构图 (9) 5.4 数据库的设计 (9) 6 系统详细设计 (11) 7 结论 (15) 7.1 系统的特点 (15) 7.2 系统的不足 (15) 7.3 设计收获与心得 (16) 8 参考文献 (16)

1 背景 当今社会是一个计算机普遍应用的社会,随着社会的发展和人们生活水平的提高,人们逐步进入了信息社会,随着房地产业的蓬勃发展,住宅小区已经成为居住的主流,小区物业管理也应运而生。小区物业管理主要涉及到大量的业主资料、繁杂的收费统计以及小区各项资源的管理,传统的人工管理方式难以应付。小区物业管理系统就是为小区管理者更好的开展小区各项业务处理工作而开发的管理软件,利用计算机实现对小区物业高效、准确的维护和管理。 本论文主要是针对小区的实际需求,开发一个小区物业管理系统,为有关办公人员提供必要的帮助,对于小区物业管理来说,其工作繁杂、多样化、房屋管理复杂、收缴费用与设备维护繁琐。计算机已经能够胜任物业管理工作,而且更加准确、方便、快捷、高效、清晰、透明,它可以克服以上所述的不足之处。这将给项目查询和管理带来很大的方便,从而给物业管理工作带来更高的效率,因此,开发一套高效率、无差错的小区物业管理系统软件十分必要。 物业管理系统是根据小区的实际管理工作流程设计的,它的工作流程也是与现实保持一致。小区物业管理信息系统简单实用,从较大程度上缓解了管理人员的工作压力。通过对小区物业管理进行可行性分析,需求分析和系统设计逐步将小区物业管理系统的开发过程呈现出来。 此系统的开发,是为了规范住宅小区的管理工作,为物业管理部门提供一套高效、快捷的应用软件。主要实现住户管理功能、房产管理功能、停车场管理功能、维修管理功能、缴费管理功能等。可以实现管理的信息化,提高办公效率,减少办公压力,健全管理体制,提高数据安全性,缩短信息的响应时间,将以前传统的、零散的、被动的管理模式转变为先进的、系统的、主动的管理模式。 2 开发的可行性研究 可行性分析也称为可行性研究,是在系统调查的基础上,针对新系统的开发是否具备必要性和可能性,对新系统的开发从技术、经济、社会的方面进行分析和研究,以避免投资失误,保证新系统的开发成功。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决 系统的可行性分析主要包括技术可行性、经济上的可行性和操作可行性。本系统的可行性分析如下: 2.1 技术的可行性 小区物业管理系统的开发基于B/S模式,主要包括前端应用程序的开发以及后台数据库的建立和维护两个方面。对于前者要求应具备功能完备、易于使用等特点,而对于后者则要求能建立数据一致性和完整性强、数据安全性好的库。

库存管理系统需求分析

学号 07730213 《软件需求分析》大作业 2009-2010学年第二学期 学生姓名薛浩 专业名称网络工程2班 指导教师赵黎强 电子与信息工程系 2010 年 6 月 1 5 日

题目 一个物流企业需要部分业务网络化管理,其中需要开发一个库存管理系统货物入库管理系统,主要实现货物入库、库存和出库的管理过程。 货物入库:运输货物到仓库,送货人员把货物交给仓库管理人员,仓库管理员填写入库单(货物分类号、货号、货物名称、规格、数量、单价、供货商、送货人、入库时间、货物存放位置、货物损坏程度、备注),把货物放置库房的相应位置,仓库管理员填写回执单给送货人。管理人员修改仓库数据库信息。 库存管理:管理人员把货物存储到货架,填写存货账目(时间、货号,分类号、货物名称、规格、入库数量、出库数量、入库人、出库人、余额) 货物出库:提货人交给仓库管理员提货单要求提货,仓库管理人员根据提货单要求填写出库单(货物分类号、货号、货物名称、规格、数量、单价、供货商、提货人、出库时间、货物存放位置),提货人员认可出库单签字。仓库管理员监督提货人员把货物提走,管理员根据提货单和出库单信息修改仓库数据库信息。 该系统要求对于仓库管理人员企业人员能随时了解仓库的活动,包括货物的存储情况,库房空闲情况和货物流动,谁进行的货物进出操作等信息。 说明:货物分类号——是由2位字母和4位数字组成; 货号——是由分类号加当前日期组成; 货物名称——是由20位字母汉字组成; 规格——是由10位字母和数字中间加“-”组成; 货物存放位置——是由6为数字中间加“×”组成; 凡未说明的——根据具体情况设定。 要求实现以下设计:

小区物业管理系统需求说明书

一、可行性研究报告 一、可行性研究报告 (1) 1.引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3定义................................................................................................... 错误!未定义书签。 1.4参考资料........................................................................................... 错误!未定义书签。2.可行性研究的前提 (2) 2.1要求 (2) 2.2目标 (3) 2.3条件、假定和限制 (4) 2.4可行性研究方法 (4) 2.5决定可行性的主要因素 (4) 3.对现有系统的分析 (5) 3.1处理流程和数据流程 (5) 1.1.引言 1.1编写目的 俗语说的好“小康不小康,关键看住房”。随着人们生活水平的提高,人们在看住房的时候不仅看住房的设计、建造水平、面积大小等,而且还要看有无靠的居住环境,家居生活是否安全和方便,而后者则必须有好的物业管理作保证。因此,搞好住宅小区的物业管理对于提高住宅和人居环境质量,改善人民生活,推进住宅产业化的发展,尽快实现联合国人居发展大会提出的“人人享有适当的住宅”和“可持续发展的人类住区”的目标极为重要。就中国的实际情况来看,旧有住宅纳入到物业管理之中的很少,就是新建的住宅小区尽管实行了物业管理,但投入的管理力量远远不够,所以有很多小区的物业管理工作只停留在看看门、扫扫地、补补漏、收收垃圾等很浅的层次上。又由于物业管理企业的启动基金不足,多种经营服务不善等,导致招不到专业水平高的工作人员,再加上管理手段落后,所以就很难提高物业管理企业的效益。本软件适用于小型小区的物业管理。 1.2项目背景: a. 软件名称:小区物业管理系统 b.项目的任务提出者、开发者:袁伟、覃夏、黄明华、黎子放。

小区物业管理系统数据库设计.doc

小区物业管理系统的设计与实现

小组协作基本信息

执行进度

目录 1 需求分析 (4) 1.1调查用户需求 (5) 1.2系统功能设计与划分 (6) 1.3数据流图 (7) 1.4数据字典 (10) 2 概念设计文档 (14) 2.1分ER图 (14) 2.2全局ER图 (16) 3 逻辑结构设计 (18) 3.1全局ER图 (18) 3.2转换为关系模型及优化 (18) 3.3设计用户子模式 (19) 4 物理结构设计 (20) 4.1、表结构设计 (20) 4.2数据库的创建 (21) 4.3数据表的创建 (23) 4.4数据完整性设计 (23) 5 详细设计及实现 (26) 5.1触发器的创建 (26) 5.2存储过程的创建 ......................................................................................... 错误!未定义书签。 6 总结 (26) 课程答辩记录表 (30) 小组评价表 ......................................................... 错误!未定义书签。组员评价表 ......................................................... 错误!未定义书签。 1 需求分析

1. 1 调查用户需求 本系统的最终用户为小区业主,小区物业管理人员。根据我们日常生活中的经验,结合对周边小区物业管理人员的咨询和对周边小区业主的调查,以及网上资料查询,得出用户的下列实际要求: 一、小区的基本情况 业主生活在小区里,每个小区都会有若干名工作人员负责本小区的日常管理。 1.业主的基本信息: 入住时,每位业主都有唯一的编号,并生成一个小区物业管理系统帐号和密码。同时记录下客户的基本资料(业主资料和住房资料)。 2.管理员的基本信息: 每个管理员都有唯一的管理员编号,管理员登陆物业管理系统也需要相应的账号和密码,并记录管理员的基本信息;同时便于小区内业主对管理员的管理工作进行评价,如投诉某位管理员的服务不当或者消极怠工。 3.公共财产管理的基本信息: 每个业主共同分担公共财产的使用、维护、管理,比如水电房,煤气消防,停车场,区内小道,住宅楼宇电梯等,为了对不同的财产进行区分,可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。同时维护小区安保工作,绿化、清洁及安全科普宣传,协助街道居委民警工作,代收各项费用如管理费。 4.快件收发的基本信息: 每个小区都有邮件收发的管理,当本小区业主有信件时,相应的会有信件的到达时间,接受信件的业主姓名和他所在的房编号。有时,同一个业主有多封信件需要接收,需要表示一个业主有多少封信件。当信件接收后,应有一个接收信件的时间,表示信件已成功到达指定的业主手中。 5.报修的基本信息: 小区及业主单元房中经常出现财产的损坏,比如路灯坏了,厕所的马桶出故障了等,这时,业主们需要将财产损坏情况报告给小区物业管理员,以便物业公司派人进行维修。 这时,需要记录报修的房编号和损坏的财产编号,同时记录报修的时间和损坏的原因。 当损坏的财产维修完毕后,应记录解决时间,表示该报修成功解决。 6.投诉的基本信息: 在日常生活当中,业主和物业管理公司必然存在一定的分歧。为满足业主需求,提高物业管理公司办公水平。业主可以向物业管理公司提出建议和投诉。业主一旦投诉,物业管理人员必须马上对投诉进行辨别与确认,继而对合理投诉进行加强改善,同时通知业主。 7.费用管理的基本信息: 管理业主是否缴纳物业管理费用信息,以及通知业主进行缴水费,电费,煤气费等费用及相关使用情况;使用户的生活更加方便快捷。 二、用户对系统的要求 1、小区物业管理员: a.信息要求: 小区物业管理员能查询上面提到的业主、单元房、公共财产管理等所有基本信息,从而

物业运营管理系统方案

物业运营管理系统 1.1 概述 用友物业解决方案以业主服务为中心,通过建立相关业主沟通管理平台,关注其需求,方便物业公司及时为业主提供良好的服务,保证物业能够长期、顺利、稳定地经营获利,从而给企业带来长期、稳定的收益,实现有足够后劲的规模化发展。持续提高物业的增值潜力,带来良好的品牌效应,拓展企业发展空间。 1.2 物业运营管理总体解决思路 1.2.1物业运营管理产品架构 物业运营管理解决方案 集团 / 公司 / 管理处统计分析租赁分析应收款报表收款分析协 进 同业商租合仪费费车维装投特 退 平源控同表用用位修修诉服 场 务管管管管计台管管管管管 台管 理理理理算账理理理理理管理 企理 业商业租赁管理物业管理客服管理 门 户维修投诉分析 物设分安资备包防管管管管理理理理 内务管理 会计平台应收管理应付管理资金管理报账中心财务接口固定资产UAP平台权限管理流程配置预警管理单据配置自定义查询消息平台

1.2.2物业运营管理流程 建立业主档案建立房产档案公司基础档案建立租户档案 费用项目设置 收费标准设置 走表设置及房产对应 基初费用 招商管理租户管理 装修管理合同签订 /合同台账特殊服务租金计算 /收款管理维修管理预收 / 冲抵管理 投诉管理走表数据录入 / 计算设备管理收款单打印 预警管理 报表分析建立档案 系统初始化 日常业务处理 决策分析

1.3 产品解决方案思路 1.3.1UAP 平台 以物业运营管理业务为核心的设计思路,整个运营业务管理平台搭建在UAP平台基础上,所有业务单据、报表及业务操作权限都由UAP底层技术平台所支撑,包括业务系统的审批流程配置都随企业管理需求任意定制;运营业务在实际管理中需要对合同定期进行预警提示,通过UAP平台自定义实现。 1.3.2会计平台 企业内部信息资源平台是企业内部各业务部门高度共享协同的核心平台,各业务 系统发生的资金往来、信息传递都是一个有机的整体,都与集团或企业的核心会计平台 建立无逢集成;业务发生的收付款业务直接生成会计平台的记账凭证;并对企业内各部 门的资产管理、资金管理都可实现部门核算管理。 1.3.3协同平台 协同平台建立企业内部各业务部门相关工作事务高度协同,提高企业各部门协同 工作效率;并及时将企业公告、报告披露、经营绩效决策分析报告按权限即时提供给相 应的决策者。 1.3.4物业运营管理 商业租赁管理 通过系统的优化流程和功能设置,进行招商、租金管理,在租金收取过程中进行 租金催缴、合同到期预期,有效提高商业管理效率; 物业管理 搭建以集团、公司、管理处三级物业综合管理平台,实现集物业管理处收费、财 务核算、服务一体的收费管理解决方案;

小区物业管理系统需求分析报告详细过程

一、需求分析 1、系统需求功能概括 经过调研与可行性分析,出于对人们生活住房考虑,设计了这套小区物业管理系统,本系统主要考虑到小区物业管理的普遍要求,小区物业管理系统主要包括: (1)、对小区、楼栋、单元的录入和增、删、改、查询等功能实现,在基于这些小区的房产资源对小区进行管理。 (2)、对小区内住户的详细资料的管理,包括增、删、改、查询等功能的实现,这些也是一个小区的基本资源,毕竟物业管理最后是针对小区的所有住户而言的。 (3)、在具有了所有的基本资料信息后,需要实现实质性的物业管理。主要的管理业务包括:物业设备管理、仪表(水、电、气表)数据管理、收费管理。 (4)、住户投诉管理、住户报修管理、设备维修管理、停车场管理。括增、删、改、查询等功能的实现。这些与用户资料、小区缴费信息将成为小区物业管理的主体。 (5)、对小区各部门负责人的资料、限权的管理,包括增、删、改、查询等功能的实现。 2、系统操作设计内容 根据以上的操作需要研究设计内容如下: (1)、模块功能的研究设计:尽量采用物业管理部门中现有的软硬件环境以及先进的管理系统开发方案,从而达到充分利用现有资源,提高系

统开发水平和应用效果的目的。系统应完全符合物业管理员对业户管理的规定,满足对房产信息及住户信息、仪表信息管理等工作需要,并达到操作过程中的直观、方便、实用、安全等要求。通过调研情况进行需求分析,进行模块的划分和功能的界定,并对各个模块的具体管理流程进行控制和编码实现。 (2)、完备的信息查询统计:为满足管理和决策工作的需要,在查询基础上应具备一定的统计功能。 (3)、后期维护:所开发的小区物业管理系统应采用模块化程序设计方法,收到既便于系统功能的各种组合和修改,又便于未参与开发的技术维护人员补充、维护的效果。 以上是对本信息管理系统进行的基本的需求分析,也就是本系统所要实现的基本功能。但是,这并不是整个系统的全部需求,对系统不断出现的新需求,需要系统在日后的使用中通过系统的更新与维护来实现。这样,断的完善,功能更加强大,与用户的交互性更强。 二、功能分析 根据系统功能的要求,小区物业系统分为七个主要模块。即住户与房产信息管理、住户投诉管理、住户报修管理、缴费管理、停车场管理、小区仪表管理,新闻管理。可以将系统分解成为几个功能模块来分别设计。如图1 图1 功能模块 对于小区物业系统,根据系统功能分析,仅有一个单一的流程化页面。所以从欢迎页面到登录页面,如果登录成功,则进入相应的功能页。

物业管理系统需求

物业管理系统系统功能总体架构

系统功能简介 一、资源管理 1.房产资料 列表浏览所有房产及其业户的资料,不但能通过楼盘、楼栋、楼层等房产树形导航筛选,还能通过各种字段进行模糊查找。 房产资料卡片集中显示了房产基本资料和自定义资料,并显示该房产的相关业户资料。 本模块提供房产各种对象(楼盘、楼栋、楼层、房屋)的新增、修改(包括成批修改)、删除等操作,能新增、修改、删除、更换房屋业户,并能查看业户的客服和财务记录。

2.车位资料 列表浏览所管理和经营的车库和车位资料,不但能通过楼盘、车库等房产树形导航筛选,还能通过各种字段进行模糊查找。 可对车位做绑定房屋的操作,车位所产生的费用可自动转到该房屋。 可新增或编辑该车位当前业主或租户资料。 可对该车位做租务(出租、退租、违约等),添加车卡或车辆等操作。 可查询该车位的费用、历史租户、租赁业务、、相关车辆、相关车卡等。

3.业户资料 本模块能编辑和查看业户的基本资料、联系信息、入住信息、用户自定义信息、相关房产 信息、家庭成员信息。 4.车辆管理 列表浏览长期停放的车辆资料。不但能通过有无车位、车辆类型等条件导航筛选,还能通 过各种车卡号码、车牌号码进行模糊查找。 可对长期租用车位的车辆生成停车费。

5. 外协单位资料 编辑查看物业管理相关的各单位(公安、供水、供电、装修等)的详细资料,并可以方便的查询。 在财务管理中,可对外协单位添加应收和应付。在维修管理中,可将维修单位指定为外协单位。在合同管理中,可对外协单位添加合同,并生成应收和应付。

6.房态表 通过色块直观显示房产及车位状态,并能方便地进行业务操作。 双击某个色块,将显示该房产的详细资料及相关资料。

任务管理系统需求分析

项目名称:某企业任务管理系统

1. 项目背景及其需求 1.1 项目背景 xxx有限责任公司(CATTSOFT)(以下简称“xxx”)是xxxx有限公司的全资子公司。xx软件以提供适合各通信网络和通信业务运营商需要的管理软件、支撑软件、增值业务软件系统为业务基础,为各类通信系统运营商或信息系统用户提供业务管理、网络管理、决策支持、系统集成和专业咨询的完整解决方案和服务。 现承接xx软件某业务部门的“业务管理系统”中“任务管理系统”子系统的设计和开发。 1.2 系统需求 1.2.1 术语解释 1.2.1.1 系统管理员 是该系统的一种用户,其权限是添加其他用户并分配其角色(包括主管和员工)。 1.2.1.2 主管 是该系统的一种用户,一个主管下属有一些员工。主管的主要权限是创建任务描述,并将该任务分配给其下属的员工。主管还可以跟踪任务的实施情况。 1.2.1.3 员工 该系统的一种用户,其主要权限是将上级主管分配的任务分解为具体的实施计划。再必要的时候可以调整计划的内容。 1.2.1.4 任务 任务是由主管创建并分配给员工的一项工作。一个任务有“待实施”、“实施中”和“已完成”三种状态。当主管建立一个新任务时,该任务的状态为“待实施”;当承担该任务的员工为该任务制定了计划后,可以将该任务的状态改为“实施中”;主管通过任务跟踪,当认为任务已经完成时,可以将该任务的状态改为“已完成” 1.2.1.5 计划 是由员工创建,表示一个任务的具体实施过程。一个任务可以对应多个计划,计划有两种状态“未反馈”和“已反馈”。当计划刚刚建立时,其状态为“未反馈”,当计划已经完成时,员工可以填写反馈信息并将其状态改未“已反馈”。

小区物业系统需求分析

小区物业管理系统需求分析 目录 摘要--------------------------------------------------------------------------- 第一章概述 1.1 引言----------------------------------------------------------- 1.2 开发背景----------------------------------------------------- 1.2.1 开发时间----------------------------------------------- 1.2.2 开发小组---------------------------------------------- 1.3 目的----------------------------------------------------------- 第二章系统总体结构及开发、运行环境------------------------------ 2.1 系统的总体结构---------------------------------------------- 2.2 运行环境------------------------------------------------------- 2.2.1 硬件环境------------------------------------------------ 2.2.2 软件环境------------------------------------------------ 第三章设计方法与实施方案--------------------------------------------- 3.1 开发工具-------------------------------------------------------- 3.2 数据库----------------------------------------------------------- 第四章系统需求分析------------------------------------------------------- 4.1系统功能描述-------------------------------------------------- 4.2数据库功能描述----------------------------------------------- 4.3系统流程分析--------------------------------------------------- 4.4体系结构说明---------------------------------------------------- 第五章参考文献------------------------------------------------------------------ 第一章概述

档案管理系统的需求分析

档案管理系统需求分析 档案管理系统的功能要求 档案管理系统的总目标是:在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的档案管理系统,实现机关、企业、事业等单位档案的自动化的计算机管理系统,为各单位的提供准确、精细、迅速的档案信息。 根据可行性研究的结果和客户的要求,分析现有情况及问题,采用Client/Server 结构,将档案管理系统划分为三个子系统:客户端子系统,服务器端子系统,WEB 发布系统,客户端与服务器端采用同一应用程序,其中数据库所在系统确定为服务器端子系统。 档案处理流程图: 单位信息 决策、评估

档案详细信息档案分类 目录信息

下面分析各个子系统的功能需求: 1.服务器端子系统: 在客户端系统的功能实现上,可以分为以下几个部分: [1]单位信息的设置 本系统要求同时管理多个单位的档案信息,因此设置本单位基本信息及其下属或者相关单位信息是本系统最基本的信息,这部分要求对输入数据比较少操作频度小,供使用者了解管理单位基本信息外,更重要的是当本系统数据被档案局采集后能进行按单位识别和掌握该单位基本信息 [2]目录分类: 不同单位的档案类别不尽相同,但相同行业目录却基本相似,所以,系统应根据行业设置当量的默认档案分类。档案管理员根据自己行业的默认分类结合本单位具体情况进行修改,生成自己单位的档案目录系统,以在各个分类目录中存放相应的档案文件,这部分是整个系统进行后续操作的基础。 [3]档案录入整理: 将本单位收录的所有档案按目录分类进行录入存储。 [3]借阅管理: 借阅的登记查询与核销。

物业管理系统需求说明书

物业管理系统需求说明书 1业务分析 1.1对客服务 报事报修:为客户提供便捷的报事报修途径,如网上报事报修、掌上报事报修、电话报事报修、前台报事报修、直接反馈、微信群反馈等。 物业报事报修处理:及时对客户提交的报事报修事项受理派单,跟进处理。 投诉建议:为客户提供便捷的投诉建议途径,如网上投诉建议、掌上投诉建议、电话投诉建议、前台投诉、直接反馈、微信群反馈、投诉信箱等。 物业投诉建议处理:及时针对客户提出的问题进行处理并将处理结果反馈给客户。客户回访:定期或者不定期对客户回访,了解客户对物业服务的满意度、进行客户维系。客户回访有电话回访、电子邮件回访、当面回访等多种不同形式。按照周期分类有定期回访、服务后回访、节日回访等。 公告通知:及时将小区重要事项、宣传推广、事件通知等推送给客户。推送方式如公告栏、宣传栏、短信通知、消息推送、当面告知、电话通知等。 外来人员登记:小区外来人员只要分为四类:住户亲友;外来施工人员;送货、上门服务人员;外来参观人员。对于住户亲友可根据实际情况登记或不登记;外来施工人员、送货、上门服务人员需经业主或相关人员确认并做好相关记录,发放临时出入卡;外来参观人员需与管理处取得联系并由管理处相关人员接待并按规定路线指引参观。如外来人员如有车辆进出应视情况接受检查、登记、按指定位置停放并按相关规定缴纳停车费。 快递服务:网络购物的迅速发展延伸出快递服务行业已有多种服务模式,如:送货上门、上门服务、物业代收、小区站点、小商店代收、智能邮柜等。快递服务方便了小区业主但同时也应注意管理。 设备维养:设备维养定义:为防止设备劣化,维持设备性能而进行的清扫、检查、

档案管理系统需求分析说明书实例

档案管理系统需求分析说明书 1.引言 1.1编写目的 在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。 此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。 1.2项目背景 由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些公司重要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心,有时查找与重新整理文件要浪费许多的人力、物力。而且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。于是人们不断地在探索希望能找到解决的方法。 为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,本人多方听取意见、追加和完善大量实用功能,进而了解文件管理的流程,同时结合各部门、各行业与企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。 1.3定义、缩写词和符号 需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。 1.4参考资料 鲁荣江、王立丰:《Visual Basic 项目案例导航》,科学出版社,2002年6月版 陈明:《软件工程》,中央广播电视大学出版社,2002年6月版 段兴:《Visual Basic 6.0 控件实用程序设计100例》,人民邮电出版社,2002年12月 杜春雷、孙会莲:《如何使用Visual basic 6.0中文版》,机械出版社,2000年1月 张曜、张青、李丁:《Visual Basic 函数实用手册》,治金工业出版社,2002年12月

物业管理系统需求说明书

物业管理系统需求说明书 1涉众分析 在这个智慧社区O2O的建设中,首先阶段一实现物管系统平台建设,阶段一相关涉众信息如下: 1、物管集团化运作 2、管辖板块信息化建设 3、云平台建设 1、缺少资金,需要突破,合作寻求转型,实现共赢。 2、借助科技的力量完善对客服务,提升客户服务品质,以服务品质打开突破口, 对物业收费、房产租售等产生积极影响。 3、实现物业的基础台账维护。 4、财务收费管理,并为客户提供多种缴费方式,方便客户。 5、人事管理,员工绩效考核与对客服务业绩、质量挂钩。 6、配合公安部门的常规性排查。 7、接入物业的硬件/硬件系统,物联化。(阶段二) 8、在物管系统的基础上逐步向社区商务方向发展,创多元化营收。(阶段三)1、在该项目中提供技术合作,寻求转型突破,创新收益模式。 2业务分析 2.1对客服务 报事报修:为客户提供便捷的报事报修途径,如网上报事报修、掌上报事报修、电话报事报修、前台报事报修、直接反馈、微信群反馈等。 物业报事报修处理:及时对客户提交的报事报修事项受理派单,跟进处理。

投诉建议:为客户提供便捷的投诉建议途径,如网上投诉建议、掌上投诉建议、电话投诉建议、前台投诉、直接反馈、微信群反馈、投诉信箱等。 物业投诉建议处理:及时针对客户提出的问题进行处理并将处理结果反馈给客户。客户回访:定期或者不定期对客户回访,了解客户对物业服务的满意度、进行客户维系。客户回访有电话回访、电子邮件回访、当面回访等多种不同形式。按照周期分类有定期回访、服务后回访、节日回访等。 公告通知:及时将小区重要事项、宣传推广、事件通知等推送给客户。推送方式如公告栏、宣传栏、短信通知、消息推送、当面告知、电话通知等。 外来人员登记:小区外来人员只要分为四类:住户亲友;外来施工人员;送货、上门服务人员;外来参观人员。对于住户亲友可根据实际情况登记或不登记;外来施工人员、送货、上门服务人员需经业主或相关人员确认并做好相关记录,发放临时出入卡;外来参观人员需与管理处取得联系并由管理处相关人员接待并按规定路线指引参观。如外来人员如有车辆进出应视情况接受检查、登记、按指定位置停放并按相关规定缴纳停车费。 快递服务:网络购物的迅速发展延伸出快递服务行业已有多种服务模式,如:送货上门、上门服务、物业代收、小区站点、小商店代收、智能邮柜等。快递服务方便了小区业主但同时也应注意管理。 设备维养:设备维养定义:为防止设备劣化,维持设备性能而进行的清扫、检查、润滑、紧固以及调整等日常维护保养工作;为检查设备劣化程度或性能降低程度而进行的必要检查;为修复劣化,恢复设备性能而进行的修复活动。设备维养的原则:时效,计划,责任,检查。时效是要按时间来维养,什么时间来维养。计划是要有一个良好的维养计划。责任性是要责任到人。同时也要人人有责。还有要定期做检查,而且要检查责任人。 收费模式: 物业服务费:物业服务费可以由业主自行管理,也可以委托物业服务企业代为管理,实践中以后一种方式居多。物业服务费的支付和使用,可以采取两种不同的方式即酬金制或者包干制。“酬金制”侧重于进行公示和各环节的透明度。公示的内容包括服务内容、收费项目、收费标准等等,对于预算额与实际开支数额较大的项目要说明原因。业主或者业主大会对公布的物业服

任务信息管理系统需求分析说明书【案例参考】

技术文件 文件名称:任务管理系统需求说明书 项目名称:任务管理系统 共页 (包括封面) 作者: 1 引言 1、1 编写目得 本文详细描述任务管理系统得需求,表述得需求信息要求明确、无二义性。开发方与软件使用者充分沟通需求,最终形成此文档。此文档就是后续软件开发得依据。 1、2 背景 任务管理系统就是一个XX与XX电气新技术有限公司产学研合作项目,项目由XX机电新技术有限公司提出,由XX承担开发任务。 1、3 定义与缩略语 本文使用了表 1、1所显示得面向用户得术语、定义,包括通用词语在本文档中得专用解释。 表 1、2所列为本文用到得缩略语。

1、4 参考资料 本文使用了表 1、3所列为本文用到得参考资料。 1、5 用户 任务信息管理系统得目前用户为XX公司电气事业部,电气事业部使用成功后可能会在XX公司推广。 2 任务概述 2、1目标 XX公司电气事业部目前得任务主要有2类:常规工作任务与临时性工作任务。 针对临时任务布置信息很多时候就是处于一种开放状态,缺少任务信息得修正、回馈、与统计分析。而日常职责规定得常规工作,虽然可以通过标准化得文件固化下来并形成《常规工作计划表》作为一种制度来执行,也需要主管在百忙之中花很多时间去检查完成情况。 TIMS系统要求工作管理信息能够规范录入,任务信息流向可以选择,任务信息依据轻重排序,可以设定信息提醒,任务完成情况可以评估、任务完成情况依据选择项进行统计输出、工作量进行评估。

2、2 系统得特点 TIMS项目得需求主要由XX公司电气事业部提出,因此本文档就是与XX公司电气事业部交互后形成得需求定义,系统得功能与使用特点优先满足XX公司电气事业部得需求,若系统后续由于在XX公司全面推广而引入得新需求,则不在本文档考虑范围之内。 2、3 假定与约束 本文档经双方确认后,开发方依据本文档进行下阶段工作。若中途需求发生变更则XX公司需及时告知开发方,若因XX公司原因引入得需求变更造成开发方工作量得大幅增加,具体解决方案双方另行协商。若需求变更引入得工作量不大,开发方应尽量配合。 4、需求规定 4、1 组织架构 XX公司电气事业部得组织架构如图4-1。 图4-1 电气事业部组织架构 TIMS系统面向整个电气事业部使用,图4-1给出了电气事业部得详细组织。

小区物业管理系统需求分析说明书

小区物业管理系统需求分析说明书

目录 1.引言-------------------------------------------------------------------------1 1.1编写目的-----------------------------------------------------------1 1.2背景说明-----------------------------------------------------------2 1.3术语定义-----------------------------------------------------------2 1.4参考资料-----------------------------------------------------------2 2.任务概述---------------------------------------------------------------------2 2.1目标-----------------------------------------------------------------2 2.2 用户的特点--------------------------------------------------------2 2.3 假定与约束--------------------------------------------------------3 3.需求规定--------------------------------------------------------------------3 3.1 对功能的规定-----------------------------------------------------3 3.2对性能的规定------------------------------------------------------4 3.2.1精度----------------------------------------------------------------4 3.2.2时间特性要求------------------------------------------4 3.2.3灵活性---------------------------------------------------4 3.3输入输出要求-------------------------------------------------------5 3.4数据管理能力要求-------------------------------------------------5 3.5故障管理要求-------------------------------------------------------8 3.5其他专门要求------------------------------------------------------8 4.运行环境的设定-------------------------------------------------------------8 4.1设备--------------------------------------------------------------------8 4.2支持软件--------------------------------------------------------------8 4.3接口--------------------------------------------------------------------8 4.4控制--------------------------------------------------------------------8 5. 缩写词表----------------------------------------------------------------------8 6.参考文献------------------------------------------------------------------------8

相关主题