1、 小区车辆管理系统用 户 需 求 分 析 规 格 说 明 书1. 引言1.1 编写的目的该小区车辆管理系统需求分析报告的目的在于通过该报告，可以使系统实现如下功能：车辆信息列表查询、车辆信息查询、新车登记、新车登记查询、用户缴费、转入登记、转入登记查询、转出登记、转出登记查询、报停、车辆报停查询、报废、车辆报废查询、管理员审核、管理员设置管理。使用户的需求能够清晰的呈现出来。1.2 背景该小区车辆管理系统的最终用户为小区住户，小区停车场管理员，以及系统管理员。该小区车辆管理系统与小区停车位管理系统有相互依赖关系，因为该系统中要用到的有关停车位的信息要从小区停车位管理系统那里得到。1.3 定义1
2、.4 参考资料1刘润东, UML 设计与编程 ，北京希望电子出版社 ，2001.52刁成嘉, UML 系统建模与分析设计 ，机械工业出版社 ，2007.63王少锋， UML 面向物件教程 ，清华大学出版社， 2004.22. 软件产品一般性描述2.1 运行环境和资源本系统能够在 Win98/2000/XP 环境下运行，要安装本系统，目标机器必须具备 5.0 以上版本的 IE。系统硬件运行环境：CPU PIII800 及以上，内存 128M，硬盘 2G 以上，并配置光驱和打印机。系统软件运行环境：操作系统为 Microsoft Windows9X 以上系列，还需要有 Microsoft .NET
3、 Framework1.12.2 软件产品的功能据有关数据统计，2001 年我国民用汽车保有量为 1802 万辆,2002 年民用汽车保有量增长至 2053 万辆，2007 年民用汽车保有量增长至 4234 万辆，同比增长 15%。据公安部交管局消息,，截止至 2008 年 6 月底，全国机动车保有量为1.66 亿辆，其中汽车保有量达 6122.18 万辆，与 2007 年相比增加 425.40 万辆，增长 7.47%；摩托车 8886.64 万辆，与 2007 年比，增加 176.98 万辆，增长 2.03%。在未来几年，我国汽车以及机动车的保有量将继续保持快速增长势头，年均增长率将超过 1
4、0%。但随之而来的，车多位少、停车难的问题也日渐突出，成为当前社会普遍的关注点，以武汉来说，现有机动车数量急剧增长，而车位却增长缓慢，停车位严重短缺可见一斑。近几年，中国大部分城市都在兴建停车场或扩建车位。随着新世纪经济持续健康快速发展，以及加入 WTO 后私人购车高峰期的即将到来，交通需求将显著增加，停车设施的水平直接影响到城市的交通运行效率和生活环境品质，停车设施的过度短缺、布局不合理和管理不规范，都将对提高城市的综合竞争力产生不利影响。因此，从长远发展目标来看，结合城市布局结构的调整，建立和完善与城市社会经济发展相适应的城市停车系统，是十分紧迫和必要的。面对市场需求的拉动，厂商们是否了解
5、到用户对停车场管理系统关注的是什么？未来有何新需求？小区车辆管理系统是实现小区住户办理业务和小区车辆管理员维护信息的一个平台，整个小区车辆管理系统有前台和后台两部分，共分为两大模块：管理员模块和小区用户模块，分别用于完成各自的功能。以下为小区车辆管理系统总 体设计图和各功能模块说明：小区车辆管理系统小区住户 小区车辆管理员缴费 报停业务 报废业务 转入登记业务 转出登记业务 新车登记业务 管理员审核车辆信息查询车辆信息列表查询 车辆报停查询 报废查询 转入登记查询 转出登记查询管理员设置管理 各模块功能：表 3-1 小区车辆管理系统功能模块表功能模块 功能小区用户模块 提交查看自己所要办理的业
6、务，查看修改个人信息管理员模块 实现审核用户提交的业务申请，查看所选的信息，修改自己的管理员信息公有模块 实现用户的身份验证，密码修改，退出系统等功能2.3 用户特征本系统的最终用户就有两大类：小区住户和系统管理员。系统的管理员的技术特长就是能够熟练的进行数据库的维护，保证车主车辆信息的安全性。该小区车辆管理系统的使用频度相对稳定，频度大的时期仅限于小区刚刚落成和小区即将拆迁。2.4 限制与约束暂无3. 系统功能行为需求3.1 引言“小区车辆管理系统”是指在网络上提供小区住户办理车辆管理服务，使住户能够有效率地在网上办理业务而系统能够及时返回是否成功办理的信息，能查询办理进度信息、住户个人信息
7、（仅限自己）以及该业务办理结果。管理员负责审核用户申请、发布信息、小区住户的管理和停车场车位的监控等，并可以为小区物业经理提供方便的管理功能：查询用户不敏感的信息和用户操作记录等。随时完成统计工作，避免供出车位的数量超出停车场剩余车位最大容量，而如果车位剩余较多时，可以合理分配集中空余的场地，充分利用场地进行其他活动。本系统是车辆管理实现系统的自动化从而提高小区物业的效率。3.2 业务需求功能模型-用例模型 小区车辆管理系统总用列图：3.3 相关用例的展开-住户办理业务活动图3.4 对象类模型1) 系统总类图2) 顺序图小区住户和管理员操作系统顺序图3) 协作图1 小区住户申请办理业务协作图2
8、 管理员管理信息协作图3 管理员查询信息协作图3.5 输出结果与格式 车辆号：8 个 09 的数字表示，范围不限，1 和 2 位表示当年申请该号的年份，3 和 4 位表示该车车主住所楼号，5 和 6 位表示该车车主住所所在楼层编号，7 和 8 位表示该楼层室编号。 车位号：6 个 0-9 的数字表示，范围不限，1 和 2 位表示停车区区编号，3和 4 位表示负责人编号，5 和 6 位表示为负责人所辖停车位编号。 用户名：10 个 19 的数字表示住户、管理员的编号，范围不限，对于住户的用户名来说，前两位表示住户的申请年份，3 和 4 位说明住户住所所在的住宅区编号，5 和 6 位说明住户住所所
9、在楼的编号，7 和 8 位说明住户住所所在楼的楼层编号，9 和 10 位说明住户住所所在楼层的室编号。管理员的用户名来说，1 和 2 位说明所属住宅区编号，3 和 4 位说明所属楼群编号，5 和 6 位说明所属小组标号，7 和 8 说明在组内所辖楼编号，9 和 10 说明管理员在楼内编号。 金额：09 的 5 个数字表示，范围为 099999，精度是 0.14. 性能需求4.1 数据精确度该小区车辆管理系统对数据输入/输出的精度要求为小数点后两位，因为涉及到时间的输入和输出及金额的计算输出。4.2 时间特性该小区车辆管理系统对时间的要求是用户对系统登录操作的时间最多为一个小时。一小时之后未退出
10、者则网页实效。4.3 灵活性该小区车辆管理系统还要有足够的灵活性，当用户需求发生变化时，如要求增加管理员管理功能，通过增加某管理员的权限实现该功能。4.4 适应性4.4.1 数据管理能力该小区车辆管理系统的要求系统能通过人工和自动两种方式进行系统数据备份，以保证系统数据的正确性，使得数据不会应为故障而丢失或破坏了。人工系统数据备份是指通过系统管理员来队数据库进行备份。自动备份是指设定一个时间段，每隔一个设定的时间段系统将自动对数据库进行备份。同时对数据库的操作也要求具有方便性，使得非计算机专业用户也可以完成日常数据备份和数据库维护功能。4.4.2 安全性要求因为小区车辆管理系统关系到小区物业及
11、小区住户的重要信息，所以对于小区而言对安全保密性的要求非常严格，此系统是面向小区的所有成年住户和系统管理员，大多数人都不是专业的计算机操作人员，因此对该系统使用的方便性要求也较高4.5 故障处理对于该小区车辆管理系统，用户提出的故障可能有：软件无法安装或者软件停止运行以及此时应该采取什么措施恢复数据。当软件无法安装时，可以查看帮助手册，安装相关软件或者修复受损文件。当软件停止运行时，强行关机重启后，可以根据系统的自动备份或者在操作之前的手工备份来恢复数据，保证系统数据的正确性。5.运行需求5.1 用户界面略5.2 硬件环境“小区车辆管理系统”共有 2 台服务器，用户终端机暂不限制。1）用户终端
12、机：采用内存 512MB 以上，硬盘 160GB 个人计算机。2）服务器：内存 1GB 以上，处理器 AMD4800+以上，高速硬盘主400GB，高速缓存，液晶显示器。3）网络：遵守 802.11 标准建立的局域网4）后台服务器支持硬件要求：CPU Pentium IV 4.0 以上，内存容量 2GB 以上，硬盘 500G 以上。本系统网络体系结构采用客户/服务模式工作方式。所有的子系统共享的数据信息存放在数据库服务器中，各子系统依靠网络进行信息传递。5.3 软件环境1）系统建模采用支持 UML 的 CASE 工具 Rose 2003 开发环境。2）系统实现语言采用 Java 语言编程。3）数据管理采用 Microsoft SQL Sever 2000 数据库管理系统。4）系统操作平台采用微软操作系统 Windows XP。5）服务器端系统的运行软件要求：Windows 2000 Server 或更高版本。6）客户机运行环境：Windows 2000 或更高版本。6.其他要求6.1 可扩充性要求任何软件都有缺陷，对于小区车辆管理系统当小区的需求发生变化时，增加一个新的功能模块，要求系统能够很好地对其进行扩充，既可补充性。6.2 可维护性要求当操作系统平台发生变化或者支持小区车辆管理系统的软件发生变化时，为了适应这些变化必需对系统进行维护，即要求有可维护性。7.附录暂无
