公安户口管理系统文档在线提供.docVIP

需求分析说明书 §1 概述 §1．1 背景 巨龙暂口系统3.0（岛外单机版）于99年4月着手需求，当时的主要依据是公司原有DOS环境并以FOXPRO为工具开发的一套单机版系统。 3.0版系统的开发主要是对DOS系统的升级。该系统利用WINDOWS 95(98)为平台，以PB6.5为开发工具，以SQL ANYWHERE 5.5为数据库后台，该系统充分利用了WINDOWS提供的图形化界面，并利用公司开发人口系统的优势，在业务过程中能实现三口（常口，暂口，重口）之间的数据通讯。 3．0版系统经过开发、调试、并在三明市的沙县试点。在试点过程中又根据用户的实际要求新增了若干功能。在之后的推广过程中，又经过若干次的改版升级，运行至今。该系统已经是较为较为稳定的系统。 §1．2 存在问题 厦门岛内暂口系统运行至今，客户已提出一些可行的，有实际意义的需求。巨龙暂口系统4.0(岛外暂口网络版)的开发的部分功能将模仿它。 网络的发展能为信息共享和数据的综合分析提供更方便、更有力的条件。暂口系统作为公安人口系统的重要组成部分，其信息能为治安、刑侦部门提供有力的信息来源，在这些部门中发挥举足轻重的作用。所以充份发挥网络的功能提高暂口系统所发挥的作用成为巨龙暂口系统4。0的一个重要目标。 针对以上问题及原有单机版的运行情况，暂口系统3。0的主要存在以下问题 巨龙暂口系统3。0的存在无法实现信息的异地查询，也就是说无法在网络上查询数据。 无法实现系统数据的综合统计分析。该分析可按多种条件进行。 业务的操作过程还不是做到最简化，改进为：A、办证时选择房东将用功能键实现；B、备注栏在实际操作中很少使用，将移到子窗口中；C、照片将用一个字段来显示，去掉原PICTURE控件；D、查询时批量显示照片的功能不用DLL来实现，改用字段来显示，同时支持翻面的功能。 实时联接表码库，浪费系统资源。 系统所能提供的报表种类还不够齐全。 6、库结构的设计无法实现三级报表的需要。 §1. 3 用户需求 为了实现信息共享，4.0版系统应将数据存放在中心数据库，同时，本地数据库中存一份本所数据的拷贝。考虑到不同地区的经济条件差距，该系统应同时能适应实时系统和非实时系统，对于有条件地区，可采用实时办公，在进行办证业务时，直接联接中心数据。直接读写中心数据库。对经济条件差的地区可采用非实时办公，数据定时传送。此时的工作方式为办证业务在本地进行（数据存在本地数据库），业务产生的数据由触发器翻译成动作并保留，传送数据时实际为传送该动作。对于非派出所用户均采用实时联接的办法。在办证时，如果发现该人员的信息在库中已有，可让用户进一步确认。若是同一信息则用户就不改重新输入。 系统能实现原有系统的大部分功能。 系统提供灵活方便的配置，使系统能方便地实现实时办公和非实时办公。 对于非实时用户，可由用户设定是否为拔号联接。 提供联机帮助，指导用户办理业务。 新系统要实现三级报表，为了实现三级报表，数据库后台的表结构将作相应的调整。三级报表的运算将统一在市局中心数据库计算。 数据下载。如果本地库被破坏的情况下，可通过重新安装系统，并从中心下载数据的方法来挽回数据。 系统共设四级用户。分别是：系统管理员、市局用户、分局用户、派出所用户。系统管理员负责系统的维护、用户管理。其它用户能分别拥有系统的不同权限（详见上文），上一级用户能以下级用户的身份登入。 4。0版系统在派出所工作站能办理租赁房屋许可证，办理过程能要充分利用房东的信息，提高办证效率。 许可证年审的登记。 办理许可证统计，该统计分为三个级别。即市局，分局，派出所。市局用户要能统计全市范围内的办证统计（清单）、收费统计（清单）、年审统计（清单），分局用户要能统计分局范围内的办证统计（清单）、年审统计（清单）、收费统计（清单），派出所则统计本所范围内的办证统计（清单）、收费统计（清单）、年审统计（清单）。 以上所有均能让用户指定时间范围。 已办理的许可证能和系统的关联查询结合在一起。 为出租户提供房东卡。房东卡的目的是在暂住人办理证件时，可出示它，以便业务办理。房东卡打印可在录入房东信息时，也可在查询房东信息时。房东卡的格式依据厦门市标准。 由于派出所不断上传数据。使服务器的数据不断变大。所以，有必要把已注销的数据移出服务器。设想为：系统管理员可以有条件地把已注销两年以上的人员移出，移出数据以DBF文件格式存贮。 用户完成月统计表后，可以保存其统计结果。默认为否。 系统管理员可修改任何人的密码，但不能查看其密码。同时系统管理员的修改动作将被保存下来。 所有的系统用户一经建立就不能被删除。 对于不能上网的系统，系统提供其数据导出的功能，导出格式为DBF。同时系统要有数据导入的功能。让所导出的DBF格式能进