1、小区物业管理系统小区物业管理系统需求分析案例需求分析案例 Case Study 1. 1.项目背景项目背景 随着市场经济的发展，小区居住已经成为城镇居民随着市场经济的发展，小区居住已经成为城镇居民居住的主要形式居住的主要形式; ; 小区物业管理的水平和手段成为决定小区质量和水小区物业管理的水平和手段成为决定小区质量和水平的重要因素；平的重要因素； 客观需要小区物业管理系统。客观需要小区物业管理系统。案例分析案例分析 2. 2.小区物业管理特点小区物业管理特点 规模多样规模多样园林化小区园林化小区豪华型小区豪华型小区普通住宅小区普通住宅小区别别墅墅型型小小区区案例分析案例分析 功能多样功能多样小
2、区收费管理小区收费管理小区车辆管理小区车辆管理小区业主管理小区业主管理 小区住户管理小区住户管理小区财务管理小区财务管理小区办公管理小区办公管理小区维修管理小区维修管理小区来访管理小区来访管理案例分析案例分析 3.3.系统目标系统目标 对普通型住宅小区的物业业务提供全面管理；对普通型住宅小区的物业业务提供全面管理； 系统具有友好、易操作、安全保密性。系统具有友好、易操作、安全保密性。案例分析案例分析 4. 小区物业管理范围小区物业管理范围楼宇管理楼宇管理业主管理业主管理住户管理住户管理收费管理收费管理车辆管理车辆管理停车场管理停车场管理人员管理人员管理来访管理来访管理维修管理维修管理财务管理财
3、务管理办公管理办公管理工会管理工会管理党群管理党群管理案例分析案例分析 案例分析案例分析 小区物业管理小区物业管理 楼宇管理楼宇管理 业主住户管理业主住户管理 住户车辆管理住户车辆管理 费用管理费用管理 来客信息管理来客信息管理 小区人员管理小区人员管理 维修管理维修管理 小区物业管理的职能域见下图。小区物业管理的职能域见下图。5.5.小区物业管理职能域小区物业管理职能域 (1) 楼宇管理楼宇管理 楼房信息管理楼房信息管理 房间信息管理房间信息管理案例分析案例分析 小区物业管理系统 (2)(2)业主及住户管理业主及住户管理 业主管理业主管理 住户管理住户管理 案例分析案例分析 小区业主管理小区
4、业主管理 小区住户管理小区住户管理 (3)(3)住户车辆管理：住户车辆管理： 停车场管理停车场管理 车辆管理车辆管理案例分析案例分析 小区车辆管理小区车辆管理(4) 费用管理：费用管理： 物业收费管理物业收费管理 交费管理交费管理 水电消耗统计水电消耗统计案例分析案例分析 物业收费管理物业收费管理(5) 来访管理：来访管理：(6) 人员管理：人员管理：(7) 维修管理：维修管理：案例分析案例分析 案例分析案例分析 小区物业管理系统的需求结构小区物业管理系统的需求结构 1 1 楼宇管理楼宇管理 2 2功能分析功能分析 -以小区物业管理系统为例，讨论功能分析。以小区物业管理系统为例，讨论功能分析。
5、案例分析案例分析 1) 1) 功能分析功能分析 对楼房提供哪些方面的管理对楼房提供哪些方面的管理? ? 主要是楼房信息的管理主要是楼房信息的管理 楼房信息包括楼房信息和房间信息两个方面。楼房信息包括楼房信息和房间信息两个方面。 提供信息的录入、修改、删除等编辑功能，提供信息的录入、修改、删除等编辑功能， 提供信息的查询、报表输出等功能。提供信息的查询、报表输出等功能。 案例分析案例分析 1) 1) 功能分析功能分析 楼房和房间的信息又包括什么？楼房和房间的信息又包括什么？ 楼房信息楼房信息 楼房编号，楼房描述。楼房编号，楼房描述。 房间信息房间信息 楼房编号，单元房号，使用面积，建筑面积，销售
6、价格楼房编号，单元房号，使用面积，建筑面积，销售价格 案例分析案例分析 2 2）功能描述）功能描述 提供楼房信息编辑、楼房信息查询、楼房报表输出，提供楼房信息编辑、楼房信息查询、楼房报表输出，房间信息编辑、房间信息查询、输出房间报表等功能。房间信息编辑、房间信息查询、输出房间报表等功能。 案例分析案例分析 案例分析案例分析 楼宇管理楼宇管理:楼房信息编辑楼房信息编辑编号编号：01-01参与者参与者：管理员管理员说明说明：工作人员在楼房信息管理下面，可以工作人员在楼房信息管理下面，可以“增加楼房增加楼房”，“删除楼房删除楼房”，“修改楼房修改楼房”以编辑楼房信息。以编辑楼房信息。楼宇管理楼宇管理
7、:楼房信息查询楼房信息查询编号编号：01-02参与者参与者：管理员管理员说明说明：功能：功能： 1 1、工作人员在楼房信息管理下面，按、工作人员在楼房信息管理下面，按“查询楼房查询楼房”可启动此项功能。可启动此项功能。 2 2、系统弹出一个查询窗口，输入查询条件，按照所需的条件进行查、系统弹出一个查询窗口，输入查询条件，按照所需的条件进行查询。询。 输入信息：输入信息： 查询条件（按楼层、编号等）。查询条件（按楼层、编号等）。 输出信息：输出信息： 输出满足要求的楼房信息。输出满足要求的楼房信息。案例分析案例分析 楼宇管理楼宇管理:输出楼房报表输出楼房报表编号编号：01-03参与者参与者：管理
8、员管理员说明说明：功能：功能： 1 1、工作人员在楼房信息管理下面，按、工作人员在楼房信息管理下面，按“输出楼房报表输出楼房报表”可启动此项功能。可启动此项功能。 2 2、系统弹出一个打印窗口，工作人员可以选择模式。、系统弹出一个打印窗口，工作人员可以选择模式。 3 3、按确认键，打印楼房信息。、按确认键，打印楼房信息。 输入信息：输入信息： 管理员调整报表的格式以及一些设置管理员调整报表的格式以及一些设置 输出信息：输出信息： 输出楼房的报表（一个楼房或多个）输出楼房的报表（一个楼房或多个）案例分析案例分析 楼宇管理楼宇管理:房间信息编辑房间信息编辑编号编号：01-04参与者参与者：管理员管
9、理员说明说明：工作人员在房间信息管理下面，可以工作人员在房间信息管理下面，可以“增加房间增加房间”，“删除房间删除房间”，“修改房间修改房间”以编辑房间信息。以编辑房间信息。案例分析案例分析 楼宇管理楼宇管理:房间信息查询房间信息查询编号编号：01-02参与者参与者：管理员管理员说明说明：功能：功能： 1 1、工作人员在房间信息管理下面，按、工作人员在房间信息管理下面，按“查询房间查询房间”可启动此项功能。可启动此项功能。 2 2、系统弹出一个查询窗口，输入查询条件，按照所需的条件进行查、系统弹出一个查询窗口，输入查询条件，按照所需的条件进行查询。询。 输入信息：输入信息： 查询条件（按房间、
10、编号等）。查询条件（按房间、编号等）。 输出信息：输出信息： 输出满足要求的房间信息。输出满足要求的房间信息。案例分析案例分析 楼宇管理楼宇管理:输出房间报表输出房间报表编号编号：01-03参与者参与者：管理员管理员说明说明：功能：功能： 1 1、工作人员在房间信息管理下面，按、工作人员在房间信息管理下面，按“输出房间报表输出房间报表”可启动此项功能。可启动此项功能。 2 2、系统弹出一个打印窗口，工作人员可以选择模式。、系统弹出一个打印窗口，工作人员可以选择模式。 3 3、按确认键，打印房间信息。、按确认键，打印房间信息。 输入信息：输入信息： 管理员调整报表的格式以及一些设置管理员调整报表
11、的格式以及一些设置 输出信息：输出信息： 输出房间的报表输出房间的报表案例分析案例分析 楼宇管理概念类图楼宇管理类图楼宇管理界面类 3 3）信息界面）信息界面 楼房管理界面楼房管理界面案例分析案例分析 房间管理界面房间管理界面案例分析案例分析 案例分析案例分析 4）与系统交互的信息）与系统交互的信息案例分析案例分析 案例分析案例分析 案例分析案例分析 5 5）涉及的业务对象）涉及的业务对象 楼房：楼房编号，楼房描述楼房：楼房编号，楼房描述 单元房：房间号，建筑面积，使用面积，销售价格单元房：房间号，建筑面积，使用面积，销售价格 案例分析案例分析 2 2 业主住户管理业主住户管理 1) 1) 功
12、能分析功能分析 业主和住户是两个互有联系但又不同的管理业主和住户是两个互有联系但又不同的管理 业主管理业主管理 住户管理住户管理 案例分析案例分析 1) 1) 功能分析功能分析 业主和住户应该提供哪些方面的管理？业主和住户应该提供哪些方面的管理？ 业主管理业主管理 业主信息的输入、修改、删除等编辑功能；业主信息的输入、修改、删除等编辑功能； 业主变更处理功能；业主变更处理功能； 业主信息查询，输出业主报表等功能。业主信息查询，输出业主报表等功能。 住户管理住户管理 住户信息的输入、修改、删除等编辑功能；住户信息的输入、修改、删除等编辑功能； 住户变更处理功能；住户变更处理功能； 住户业主信息查
13、询，输出住户报表等功能。住户业主信息查询，输出住户报表等功能。案例分析案例分析 业主和住户的信息又包括什么？业主和住户的信息又包括什么？ 业主信息业主信息 业主编号，身份证号，电话，购房合同编号，购买日期，出售日期。业主编号，身份证号，电话，购房合同编号，购买日期，出售日期。 住户信息住户信息 住户编号，户主姓名，身份证号，电话，入住日期，退房日期。住户编号，户主姓名，身份证号，电话，入住日期，退房日期。 住户家庭成员信息住户家庭成员信息 姓名，户主关系，其他。姓名，户主关系，其他。案例分析案例分析 2 2）功能描述）功能描述 提供业主和住户两方面的管理。提供业主和住户两方面的管理。 案例分析
14、案例分析 业主管理业主管理 提供：业主信息编辑，业主信息查询，业主变更处提供：业主信息编辑，业主信息查询，业主变更处理，业主报表处理等功能。理，业主报表处理等功能。 案例分析案例分析 住户管理住户管理 提供：住户信息编辑，住户信息查询，住户变更处提供：住户信息编辑，住户信息查询，住户变更处理，住户报表输出等功能。理，住户报表输出等功能。 案例分析案例分析 3 3）住户信息管理界面）住户信息管理界面 3 3）涉及的业务对象）涉及的业务对象 案例分析案例分析 楼宇信息管理界面程序楼宇信息管理界面程序: 楼宇管理实体类楼宇管理实体类楼房实体类程序楼房实体类程序:房间实体类程序房间实体类程序: 楼房管
15、理器控制类楼房管理器控制类楼房管理器控制类程序楼房管理器控制类程序: 用户提出的小区物业管理系统的性能要求：用户提出的小区物业管理系统的性能要求： 案例分析案例分析 (1) (1) 具有高可靠性和冗错能力。不允许系统在工作期间停机，不具有高可靠性和冗错能力。不允许系统在工作期间停机，不允许系统丢失物业信息，不允许在运行期间出现故障和错误；允许系统丢失物业信息，不允许在运行期间出现故障和错误； (2) (2) 具有安全检查机制，非法用户不能使用系统，不能偷看系统具有安全检查机制，非法用户不能使用系统，不能偷看系统信息；信息； (3) (3) 具有保密机制，各级使用者只能看到允许查看的系统信息；具
16、有保密机制，各级使用者只能看到允许查看的系统信息； (4) (4) 具有防病毒和黑客攻击的能力，不能因为病毒和黑客破坏系具有防病毒和黑客攻击的能力，不能因为病毒和黑客破坏系统。统。 1) 1) 性能的技术因素分析性能的技术因素分析 通过对用户所提出的性能要求从技术角度分析，确定出技术通过对用户所提出的性能要求从技术角度分析，确定出技术上能够实现、且便于实现的软件系统性能。上能够实现、且便于实现的软件系统性能。 第第1 1条：条：“不允许在工作期间停机，不允许在运行期间出现故不允许在工作期间停机，不允许在运行期间出现故障和错误。障和错误。” ” 改为改为“系统的故障应该能够得到及时排除，并且系统
17、的故障应该能够得到及时排除，并且不会给业务造成重大影响。不会给业务造成重大影响。” 第第4 4条条“具有防病毒和黑客攻击的能力，不能因为病毒和黑客具有防病毒和黑客攻击的能力，不能因为病毒和黑客破坏系统。破坏系统。” ” 改为改为“对于病毒和黑客具有一定的预防能力，并对于病毒和黑客具有一定的预防能力，并能够把病毒和黑客攻击所造成的损失减低到较小程度。能够把病毒和黑客攻击所造成的损失减低到较小程度。”案例分析案例分析 小小 结结 1. 1.需求分析需要经历需求捕获需求分析需要经历需求捕获, ,需求分析需求分析, ,需求描述和需求审核几个环节需求描述和需求审核几个环节; ; 2.2.需求捕获的目的是
18、尽可能地了解用户对软件的要求和需要需求捕获的目的是尽可能地了解用户对软件的要求和需要; ; 3. 3.需求分析是在需求调查的基础上需求分析是在需求调查的基础上, ,从系统目标、范围、职能域、需求结构、系统从系统目标、范围、职能域、需求结构、系统功能、性能、风险等方面进行的分析；功能、性能、风险等方面进行的分析； 4.4.用包图来描述软件需求结构；用包图来描述软件需求结构； 5.5.用活动图或用活动图或BPMNBPMN来描述业务流程；来描述业务流程； 6.6.用用例图描述系统功能；用用例图描述系统功能； 7.7.对每一个用例应该给予详细说明；对每一个用例应该给予详细说明； 8.8.用顺序图描述为
19、完成一个用例，用户和系统交互的信息；用顺序图描述为完成一个用例，用户和系统交互的信息； 9.9.需求阶段建立用户界面是必要的，可以用需求阶段建立用户界面是必要的，可以用visiovisio来描述用户界面；来描述用户界面； 10.10.在描述需求时，应该捉捕业务对象；在描述需求时，应该捉捕业务对象； 11.11.对建立的需求需要进行审核。对建立的需求需要进行审核。 1. 1.在需求分析中花费再多的精力都是值得的在需求分析中花费再多的精力都是值得的; ; 2.2.需求分析的所有工作全部是围绕着得出一个合理的需求分析的所有工作全部是围绕着得出一个合理的软件需求而开展的软件需求而开展的; ; 3. 3
20、.没有唯一的、最优的需求，只有合理的需求；没有唯一的、最优的需求，只有合理的需求； 4.4.所谓合理的需求，是能够全面、客观反映客户业务，所谓合理的需求，是能够全面、客观反映客户业务，对各种因素进行了折中之后得出软件需求；对各种因素进行了折中之后得出软件需求； 5.5.需求分析的唯一角度是用户，而不是其他。需求分析的唯一角度是用户，而不是其他。 6. 6.需求是一种创作。没有两家软件公司会对同一个软件做出完全需求是一种创作。没有两家软件公司会对同一个软件做出完全相同的需求相同的需求, ,旧像两个人不会写出同一个题目的完全相同的文章旧像两个人不会写出同一个题目的完全相同的文章一样一样. . 7.
21、 7.需求是一种创新。需求来源于客观实际，但一定高于客观实际；需求是一种创新。需求来源于客观实际，但一定高于客观实际；因此，用户的话要听，但不能全听，需要分析地听。因此，用户的话要听，但不能全听，需要分析地听。 8.8.不要期望在一个有限的时段，会把所有需求完全搞清楚，许多不要期望在一个有限的时段，会把所有需求完全搞清楚，许多需求是后来启发出来的，在软件开发的各个阶段，修改需求是正需求是后来启发出来的，在软件开发的各个阶段，修改需求是正常的事情。但是，当到软件设计和实现阶段，要增加大量的需求，常的事情。但是，当到软件设计和实现阶段，要增加大量的需求，或增加与原需求存在根本矛盾的需求，则说明开始的需求分析工或增加与原需求存在根本矛盾的需求，则说明开始的需求分析工作是失败的。作是失败的。 9.9.所谓好的软件设计，是它容许、方便需求的改变，并在改变需所谓好的软件设计，是它容许、方便需求的改变，并在改变需求时，它框架和结构是稳定的。求时，它框架和结构是稳定的。
