大型社区物业管理系统需求分析报告Word文件下载.docx
- 文档编号:8235240
- 上传时间:2023-05-10
- 格式:DOCX
- 页数:13
- 大小:171.23KB
大型社区物业管理系统需求分析报告Word文件下载.docx
《大型社区物业管理系统需求分析报告Word文件下载.docx》由会员分享,可在线阅读,更多相关《大型社区物业管理系统需求分析报告Word文件下载.docx(13页珍藏版)》请在冰点文库上搜索。
4.系统功能需求16
4.1说明和优先级16
4.2激励/响应序列17
4.3输入/输出数据17
5.其它非功能需求17
5.1性能需求17
5.2安全措施需求18
5.3安全性需求18
5.4软件质量属性18
5.5业务规则18
5.6用户文档18
6.词汇表19
7.数据定义19
8.分析模型20
1.引言
随着我国市场经济的快速发展和人们生活水平的不断提高,简单的社区服务已经不能满足人们的需求。
如何利用先进的管理手段,提高物业管理水平,是当今社会所面临的一个重要课题。
要想提高物业管理水平,必须全方位地提高物业管理意识。
只有高标准、高质量的社区服务才能满足人们的需求。
面对信息时代的挑战,利用高科技手段来提高物业管理无疑是一条行之有效的途径。
在某种意义上,信息与科技在物业管理与现代化建设中显现出越来越重要的地位。
物业管理方面的信息化与科学化,已成为现代化生活水平步入高台阶的重要标志。
某小区,由于管理面积大,户数多,物业管理范围广,管理内容繁杂,小区物业管理混乱的问题一直无法解决。
再者,小区物业管理中一项重要的工作是计算、汇总各项费用,由于费用项目较多,计算方法繁重,手工处理差错率较高。
同时查询某房产资料或业主资料往往也需要较长时间,给物业管理者的工作带来了诸多弊端。
因此该物业公司决定采用计算机进行物业管理。
根据该小区具体情况,该系统在实施后,能够满足对小区住户资料、财产资源统计、邀费通知、收费管理、工程管理、收费管理、日常的报表查询、社区服务、系统设置等。
。
1.1编写目的
设计一个小区管理系统,能够迅速、正确地解决各种问题,并能做到合理收费,真正为居民排忧解难,服务周到。
而且该系统不需要一个专业的计算机工作人员,只要安排会简单操作人员即可;
节省了大量的数据统计处理时间。
1.2项目风险
由于本项目仅供学习之用,故而不存在使用上的相关风险。
1.3预期读者和阅读建议
本报告为社区管理系统的使用者提供了相关的功能参考,可以作为使用说明之用,并且为开发者提供了完整的需求分析以及图例分析,可以帮助系统开发人员进行下一步的概要设计以及具体设计实现。
本报告亦可使相关测试人员对于系统的开发测试有一定的相关依据。
1.4产品范围
本产品仅供学习参考使用。
1.5参考文献
【1】《Java就业培训教程》·
清华大学出版社,张孝祥·
2003.9
【2】《Struts实用开发指南》·
科学出版社,高红岩·
2007.7
【3】《Hibernate应用开发完全手册》·
人民邮电出版社,明日科技·
2007.9
【4】《StrutsHibernateSpring集成开发宝典》·
电子工业出版社,陈天河·
2007.1
【5】《UML基础与Rose建模案例(第2版)》·
人民邮电出版社,吴建·
2007.4
综合描述
本产品拟适用于企业仓库管理使用,对于系统维护人员,要求熟悉计算机并且有一定的编程基础。
本系统可运行于windows2000及以上版本的操作系统上,使用Myeclipse8.0平台,数据库采用SQLserver2005,Tomcat服务器,JDK。
此产品不具有任何商业价值,仅供内部学习交流使用。
产品的状况
本产品仅供学习参考之用,不存在任何商业价值,并非一个完整完善的系统,不是一个新型的自主创新的系统。
本物业管理系统的功能
因为将在需求分析报告的第4部分中详细描述软件产品的功能,所以在此只需要概略地总结。
仅从业务层面陈述本软件产品所应具有的主要功能,在描述功能时应该针对每一项需求准确地描述其各项规格说明。
如果存在引起误解的可能,在陈述本软件产品主要功能的作用领域时,也需要对应陈述本软件产品的非作用领域,以利读者理解本软件产品。
为了很好地组织产品功能,使每个读者都容易理解,可以采用列表的方法给出。
也可以采用图形方式,将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示,这种表示方法是很有用的。
参考用户当前管理组织构架,了解各个机构的主要职能,将有助于陈述软件产品的主要功能。
1.1.1功能划分
本软件主要划分为五大子系统,住户管理子系统、收费管理子系统、工程管理子系统、会所管理子系统和安保管理子系统。
2.2.2功能描述
●住户管理子系统:
基本功能:
对业主信息进行管理的业务流程;
对租户档案进行管理的业务流程;
对租金进行管理的业务流程;
对物业管理费进行管理的业务流程;
对出租出售的物业资料进行管理的业务流程;
●收费管理子系统:
收费管理包含了各种收费标准的定义,房租、物业管理费等固定费用由电脑按规定定时自动记帐,水表,电表,煤气表的数据录入(如果管理区是智能抄表,可以实现自动抄表),住户现金,信用卡或“一卡通”缴费扣费功能。
各项数据自动核算,自动标志出欠交款用户。
可按不同管理区,大楼单独统计费用收缴情况,支持多家银行自动托收并拥有强大的收费报表,统计报表功能。
●工程管理子系统:
包含维修管理,巡检保养、设备管理,能源管理四个模块
A、维修管理:
住户报修、业主装修及本体维修
*记录每套房历次维修信息,记录维修所用的物料和费用,并能统计维修的合格率、及时率
*记录业主历次装修房间的信息,包括施工队人员的基本信息
*
对维修全过程进行跟踪,包括转派、消障、维修总结等
*可统计维修事件的历时和维修人员的工作量
B、巡检保养:
对公共设施的巡检保养和对公共卫生区域的保洁计划及执行情况。
自动提示功能:
每种设备都可按实际要求设定保养周期及系统会以不同颜色自动提示;
*记录设备保养计划、实施过程及外包方的保养质量;
*可统计设备维修合格率、及时率
C、设备管理:
对设备建立档案卡片进行有效管理
D、能源管理:
对各种计量总表和/或公摊的水、电等进行有效管理
●会所管理子系统:
对健身房信息进行管理的业务流程;
对棋牌室进行管理的业务流程;
对球馆进行管理的业务流程;
对酒吧进行管理的业务流程;
●安保管理子系统:
A、消防管理:
包括消防区域设定,专人负责制,消防事件记录,消防器材记录与消防演习管理等
B、巡更系统和视频监控
可选电子巡更系统,并可与数码监控主机联网,实现远程视频,让有权限的人远程观看和查阅视频监控信息。
用户类和特性
该系统的用户为物业管理人员,经过权限认证的用户可以通过本系统进行权限内的增删改查等操作。
运行环境
描述了本软件的运行环境,一般包括:
●硬件平台:
普通PC即可
●操作系统和版本:
windows系统,win2000及以上版本
●支撑环境(例如:
数据库等)和版本:
SqlServer2005
●其它与该软件有关的软件组件:
tomcat、JDK
●与该软件共存的应用程序:
无
设计和实现上的限制
确定影响开发人员自由选择的问题,并且说明这些问题为什么成为一种限制。
可能的限制包括下列内容:
●必须使用的特定技术、工具、编程语言和数据库;
MicrosoftVisualStudio2008、SQLserver2005、语言主要采用JAVA、其余技术:
javascript、Css等.
假设和约束(依赖)
本物业管理系统软件并非一个成熟的产品。
在功能上还可进一步提高安全度。
对于本产品的管理人员来说,需要对本系统的开发平台有一定的了解。
此系统只限于运行于windows系统之上,可移植性相当差。
外部接口需求
硬件接口
无特殊硬件要求
软件接口
描述该软件产品与其它外部组件的连接,这些外部组件必须明确它们的名称和版本号以资识别,可能的外部组件包括:
●操作系统:
windows2000及以上系统
●数据库:
SQLserver2005
●工具:
IE8.0及以上版本
系统功能需求
用例图:
管理员用例图:
员工用例图:
需要进行详细的需求记录,详细列出与该系统功能相关的详细功能需求,并且,唯一地标识每一项需求。
这是必须提交给用户的软件功能,使得用户可以使用所提供的功能执行服务或者使用所指定的使用实例执行任务。
描述软件产品如何响应己知的出错条件、非法输入、非法动作。
如果每一项功能需求都能用一项,也只需要用一项测试用例就能进行验证,那么就可以认为功能需求已经适当地进行描述了。
如果某项功能需求找不到合适的测试用例,或者必须使用多项测试用例才能验证,那么该项功能需求的描述必然存在某些问题。
功能需求是根据系统功能,即软件产品所提供的主要服务来组织的。
可以通过使用实例、运行模式、用户类、对象类或者功能等级来组织这部分内容,也可以便用这些元素的组合。
总而言之,必须选择一种是读者容易理解预期产品的组织方案。
用简短的语句说明功能的名称,例如:
“4.1系统参数管理”。
按照服务组织的顺序,逐条阐述系统功能。
无论说明的是何种功能,都应该针对该系统功能重复叙述4.1~4.3这三个部分。
可以通过各种方式来组织这一部分内容,例如采用:
使用实例、运行模式、用户类、对象类、功能等级等,也可以采用它们的组合。
其最终目的是,让读者容易理解即将开发的软件产品。
一般来说,每个使用实例都对应一个系统功能,因而按照使用实例来组织内容比较容易让用户理解。
对应一些被共享的独立使用实例,可以定义一些公用系统功能。
必须特别注意的是,在2.2节“产品的功能”中描述的全部需求,以及它们的规格说明;
必须在某个系统功能描述中有所反映,而且不应重复。
说明和优先级
对该系统功能进行简短的说明,并且指出该系统功能的优先级是:
高、中、还是低。
需要的话,还可以包括对特定优先级部分的评价,例如:
利益、损失、费用和风险,其相对优先等级可以从1(低)到9(高)。
激励/响应序列
列出输入激励(用户动作、来自外部设备的信号或者其它触发)并且定义针对这——功能行为的系统响应序列,这些序列将与使用实例中相关的对话元素相对应。
描述激励/响应序列时,不仅需要描述基本过程,而且应该描述可选(扩充)过程,包括例外(引起任务不能顺序完成的情况称为例外)。
疏忽了可选过程,有可能影响软件产品的功能;
如果遗漏例外过程,则有可能会引发系统崩溃。
如果采用流程图来描述激励/响应序列,比较容易让用户理解。
输入/输出数据
列出输入数据(用户输入、来自外部接口的输入或者其它输入)并且定义针对这些输入数据的处理(计算)方法,以及相应地输出数据,描述对应区别:
输入数据和输出数据。
当有大量数据需要描述时,也可以分类描述数据,并且注明各项数据的输入、输出属性。
对于每一项数据,均需要描述:
●数据名称;
●实际含义;
●数据类型;
●数据格式;
●数据约束;
对于复杂的处理方法,仅仅给出算法原理是不够的,必须描述详细的计算过程,并且列出每一步具体使用的实际算式;
如果计算过程中涉及查表、判断、迭代等处理方法,应该给出处理依据和相关数据。
如果计算方法很简单,也可以将其从略,不加描述。
其它非功能需求
在这里列举出所有非功能需求,主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。
性能需求
阐述不同应用领域对软件产品性能的需求,并且说明提出需求的原理或者依据,以帮助开发人员做出合理的设计选择。
尽可能详细地描述性能需求,如果需要,可以针对每个功能需求或者特征分别陈述其性能需求。
在这里确定:
●相互合作的用户数量;
●系统支持的并发操作数量;
●响应时间;
●与实时系统的时间关系:
●容量需求
⏹存储器;
⏹磁盘空间;
⏹数据库中表的最大行数。
安全措施需求
详尽陈述与软件产品使用过程中可能发生的损失、破坏、危害相关的需求。
定义必须采取的安全保护或动作,以及必须预防的潜在危险动作。
明确软件产品必须遵从的安全标准、策略、或规则。
安全性需求
详尽陈述与系统安全性、完整性问题相关的需求,或者与个人隐私问题相关的需求。
这些问题将会影响到软件产品的使用,和软件产品所创建或者使用的数据的保护。
定义用户身份认证,或备授权需求。
明确软件产品必须满足的安全性或者保密性策略。
也可以通过称为完整性的质量属性来阐述这些需求。
一个典型的软件系统安全需求范例如下:
“每个用户在第一次登录后,必须更改他的系统预置登录密码,系统预置的登录密码不能重用。
”
软件质量属性
详尽陈述对客户和开发人员至关重要的在软件产品其它方面表现出来的质量功能。
这些功能必须是确定的、定量的、在需要时是可以验证的。
至少也应该指明不同属性的相对侧重点,例如:
易用性优于易学性,或者可移植性优于有效性。
业务规则
列举出有关软件产品的所有操作规则,例如:
那些人在特定环境下可以进行何种操作。
这些本身不是功能需求,但是他们可以暗示某些功能需求执行这些规则。
一个业务规则的范例如下:
“进行达到或者超过10,000,00元人民币的储蓄业务时,必须通过附加的管理员认证。
列举业务规则时,可以根据规则的数量,选取合适的编目方式。
用户文档
列举出将与软件产品一同交付的用户文档,并且明确所有己知用户文档的交付格式或标准,例如:
●安装指南
纸质文档,16开本;
●用户手册
●在线帮助
●电子文档,与软件产品一同分发、配置;
●使用教程电子文档,与软件产品一同分发、配置。
词汇表
列出本文件中用到的专业术语的定义,以及有关缩写的定义(如有可能,列出相关的外文原词)。
为了便于非软件专业或者非计算机专业人士阅读软件产品需求分析报告,要求使用非软件专业或者非计算机专业的术语描述软件需求。
所以这里所指的专业术语,是指业务层面上的专业术语,而不是软件专业或者计算机专业的术语。
但是,对于无法回避的软件专业或者计算机专业术语,也应该列入词汇表并且加以准确定义。
数据定义
数据定义是一个定义了应用程序中使用的所有数据元素和结构的共享文档,其中对每个数据元素和结构都准确描述:
含义、类型、数据大小、格式、计量单位、精度以及取值范围。
数据定义的维护独立于软件需求规格说明,并且在软件产品开发和维护的任何阶段,均向风险承担者开放。
如果为软件开发项目创建一个独立的数据定义,而不是为每一项特性描述有关的数据项,有利于避免冗余和不一致性。
但是却不利于多人协同编写需求分析报告,容易遗漏数据,也不方便阅读。
因此还是建议为每个特性描述有关的数据项,汇总数据项创建数据定义,再根据数据定义复核全部数据,使得它们的名称和含义完全一致。
必须注意的是,为了避免二义性,在汇总数据项时应该根据数据项所代表的实际意义汇总,而不是根据数据项的名称汇总。
在数据定义中,每个数据项除了有一个中文名称外,还应该为它取一个简短的英文名称,该英文名称应该符合命名规范,因为在软件开发时将沿用该英文名称。
可以使用等号表示数据项,名称写在左边,定义写在右边。
常见数据项的描述方式如下:
●原数据元素
一个原数据元素是不可分解的,可以将一个数量值赋给它。
定义原数据元素必须确定其
采用以星号为界的一行
注释文本,描述原数据元素的定义。
●选择项
选择项是一种只可以取有限离散值的特殊原数据元素,描述时一一枚举这些值,并用方
括号括起来写在原数据元素的定义前。
在两项离散值之间,使用管道符分隔。
●组合项
组合项是一个数据结构或者记录,其中包含了多个数据项。
这些数据项可以是原数据元
素,也可以是组合数据项,各数据项之间用加号连接。
其中每个数据项都必须是数据定
义中定义过的,结构中也可以包括其它结构,但是绝对不允许递归。
如果数据结构中有
可选项,使用圆括号把该项括起来。
●重复项
重复项是组合项的一种特例,其中有一项将有多个实例出现在数据结构中,使用花括号
把该项括起来。
如果知道该项可能允许的范围,就按“最小值:
最大值”的形式写在花
括号前。
分析模型
这是一个可选部分,包括或涉及到相关的分析模型,例如:
●数据流程图;
●类图;
●状态转换图;
管理员状态图:
●
实体-关系图。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 大型 社区 物业管理 系统 需求 分析 报告