演示视频:
https://www.bilibili.com/video/BV13K411b7uM/
3.1需求分析
当决定要开发一个信息系统时,首先要对信息系统的需求进行分析,需求分析要做的工作是深入描述软件的功能和性能,确定软件设计的限制和软件同其他系统元素的接口细节,定义软件的其他有效性需求。其实现步骤主要包括四步,如图2.1所示。
图3.1 系统需求分析图
抽象出当前系统的逻辑模型。在理解当前系统“怎么做”的基础上,抽取其“做什么”的本质,从而从当前系统的物理模型抽象出当前系统的逻辑模型。在物理模型中有许多物理因素,随着分析工作的深入,有些非本质的物理因素就成为不必要的负担,因而需要对物理模型进行分析,区分出本质的和非本质的困素,去掉那些非本质的困素即可获得反映系统本质的逻辑模型。
建立目标系统的逻辑模型。分析目标系统与当前系统逻辑上的差别,明确目标系统到底要“做什么” ,从而从当前系统的逻辑模型导出目标系统的逻辑模型。
为了对小区物业管理系统做完整的描述,还需要对上面得到的逻辑模型做一些补充。首先采用图形的方式描述宠物新闻发布系统的用户界面,这样做的目的是保证整个系统的用户界面的一致性,同时也有助于后续的开发人员更好地理解系统需要实现的功能。其次,说明小区物业管理系统的一些特珠性能要求。
3.2可行性分析
现行系统是手工运作的系统,可以支持向各部门提供查询服务功能,但是,存在以下薄弱环节:
1.现行系统是手工运作的系统,手工作业量大,数据传递不及时,对数据的统计和计算运程中易发生差错,工作效率较低。
2.流程管理不够严密。
3.不能满足管理要求(例如不能统计、实时状况统计等信息)。
4.提供的资料手工书写,常发生字迹不清晰的问题,并且格式也不统一。
5.信息的查询也不方便。
现行系统的上述弱点,实质上反映信息管理的过程中,对信息的产生、传输、加工与挖掘分析利用方面存在不足,不能满足管理与业务发展的要求,也对小区形象造成不利的影响。这也正是提出新系统的直接原因。
根据实际情况,我们使用以少量代价快速地构造一个可执行的软件系统模型。我们可以较快地确定需求,然后采用循环进化的开发方式,对系统模型作连续的精化,将系统需具备的性质逐渐增加上去,直到所有的性质全部满足。
运行上可行性:
现代计算机软硬件的发展使得本系统具有良好的操作界面,简单直接的操作界面,具有较强的人机对话能力,支持多种汉字输入方式,其适应性强,显示内容简单明了,使操作者不必具有较高高的计算机专业知识,也不必进行专门培训,稍一接触就可以上手进行所有操作。
政治可行性:
本系统纯为私人设计,在开发过程中没有涉及合同、责任等与法律相抵触的方面。因此,本系统在法律上是可行的。
3.3项目规划
小区物业管理系统是一个功能完备的网站,由物业管理员模块和业主管理模块两大部分组成。
(1) 物业管理员模块
物业管理员功能必须切合实际,故本系统以真实的物业管理工作事务为背景而设计:
通知公告的增删改查
费用的催缴
业主投诉的处理
业主报修的处理
停车位的管理
物业设备的备案管理
物业设备的维护记录
物业费使用情况收支平衡
业主信息管理
房间资料的管理
个人信息修改
(2) 业主管理模块
业主管理功能以便捷为主,只显示重点,具有如下功能:费用催缴的通知;报修发布;投诉发布;个人信息管理。
3.4系统用例分析
用例是需求分析中最重要概念。用用例图来描述系统行为对理解系统很有帮助,用例描述了建立在该系统外部事物与系统之间的契约,契约上声明了期望系统做什么,描述了系统执行的、为用户带来价值的一系列动作,有助于用户实现期望的一系列用户和系统交互,用户和系统如何共同合作以实现所识别的特性。需求获取是需求工程主体,其主要工作是建立待开发系统模型,而用例就是用于建立这种模型的方法。用例包括参与者和用例,参与者是系统用户的一个标签,也就是系统的一个角色,参与者可以是与系统、子系统或类发生交互外部用户、进程或其他系统也可以是人、另一个计算机系统或一些可运行进程。在UML中,用一个简单的椭圆来表示用例,而参与者则用一个带有名称的小人表示,参与者与用例的关系用箭图线表示,同时用例与用例也有两种关系包括和扩展,也可以没有关系。
根据系统分析,可知该系统有三类角色也就是三中参与者:一是高级管理员,二是普通管理员,三是用户;不同角色有不同的权限,根据角色的权限可以得到该系统的用例图如下:
1.管理员用例图:
2.业主用例图:
3.5系统功能架构图
通过对小区物业管理系统的功能分析得出该系统的功能架构图如下:
3.6系统业务流程图
4、系统需求分析
3.1系统的功能性需求
小区管理管理系统用户分为两种:物业管理员和业主。系统分为两部分:后台管理员部分和前台业主部分。
管理员进行后台管理小区各种事务,业主前台可查询小区的各种信息。以下将对小业物业管理系统的前、后台功能进行详情描述。
3.2 后台管理员功能分析
4.2.1 收费管理
该功能为管理员对在住业主的水电等费用进行催缴通知,该功能只能对在住的业主进行添加催费通知。
4.2.2投诉处理
管理员查看住户的投诉信息,并进行处理回复,可有选择性的删除。
4.2.3报修处理
管理员查看住户的报修信息,并进行处理回复,可有选择性的删。
4.2.4财产管理
对物业设备的管理,设备信息有:名称,存放地方,维护次数。
4.2.5维修记录
对物业设备新增维修记录。
4.2.6小区概况
管理小区概况信息,包括地址、图片、周边设施等综合信息,供游客或住户在前台页面浏览之用。
4.2.7公告管理
管理员发布公告通知,供住户浏览。
4.2.8住户管理
对注册的住户信息进行管理,迁入迁出等操作。在住户有欠费时不让其作迁出操作。
4.2.9房产管理
管理员对小区内房产进行管理,在这里可以查看每个房产的情况。
4.2.10车位管理
管理小区内所有车位,通过车位可以查看住户信息。
4.2.11留言管理
管理业务的留言信息并回复。
4.2.12收支平衡管理
自动生成收支平衡财务信息
4.2.13员工管理
对物业员工进行管理。
4.2.14修改登陆密码
管理员修改登陆密码。
3.3 前台业主功能分析
4.3.1业主投诉
业主提交投诉信息,并可以查看到其它业主的投诉信息。(游客只具备浏览功能)
4.3.2业主报修
业主提交报修信息,并可查看到其它业主的报修信息(游客只具备浏览功能)
4.3.3车位信息
业主浏览车位信息,对空闲的车位可以租赁。(游客只具备浏览功能)
4.3.4费用提醒
业主登陆后,可以查看自己的欠费信息。
4.3.5公告浏览
业主浏览小区物业发布的公告通知。
4.3.6个人信息
业主修改个人信息。
4.3.6留言信息
业主查看留言板信息并发布留言。
4.3.6财务公开信息
业主查询物业公司费用收支平衡情况。