完整软件概要设计模板.doc

编号：范围：内部概 要 设 计 说 明 书项目代号： 项目名称： *信息管理系统 承接部门： 签 发： 目 录文件建立/修改记录1概要设计说明书51引言51.1编写目的51.2背景51.3定义51.4参考资料62总体设计62.1需求规定62.2总体设计原则62.2.1联网扩展性考虑72.3运行环境82.4基本设计概念和处理流程92.4.1基本设计概念92.4.2处理流程92.5结构92.5.1主体软件安装包102.5.2数据库安装包102.5.3光盘自动安装包112.5.4各地区版本自动生成程序112.5.1制证信息导入模块112.5.2界面模块112.5.3业务功能模块132.5.4数据库访问模块162.6功能需求与程序的关系163运行设计213.1运行模块组合223.1.1地区列表更新223.1.2新增A类人员信息223.1.3A类人员花名册打印233.1.4证件信息管理流程243.1.5制证流程243.1.6B类人员属于多个寺庙流程253.1.7导入导出流程263.1.8地图实现方案283.1.9各地区版本自动生成283.1.10旧软件导入284系统数据结构设计294.1数据库设计294.1.1数据库表列表294.1.2数据库各表字段304.1.3数据库结构图425主模块接口设计435.1逻辑模块接口435.1.1Configure.cs435.1.2GetTypeEnum.cs445.1.3LogicAllBonze.cs485.1.4LogicAreaInfo.cs495.1.5LogicBonzePrint.cs505.1.6LogicBonzeStat.cs525.1.7LogicBuddhaPrint.cs545.1.8LogicCheckInput.cs545.1.9LogicCommon.cs585.1.10LogicDocument.cs595.1.11LogicEx_Import.cs615.1.12LogicIllegalBoPrint.cs615.1.13LogicLogInfo.cs625.1.14LogicPersonelinfo.cs625.1.15LogicPersonelinfoPrint.cs635.1.16LogicTemple.cs645.1.17LogicTemplePrint.cs655.1.18LogicTempleStat.cs665.1.19TreeNodeRegion.cs675.1.20UnCertificatedInfo.cs685.1.21ZipClass.cs685.2数据库访问模块接口695.2.1PermissionInfoDao.cs695.2.2RoleInfoDao.cs705.2.3RolePermissionInfoDao.cs705.2.4UserManageDao.cs715.2.5UserRoleInfoDao.cs735.2.6UsersInfoDao.cs735.2.7Bonze_dutyDao.cs745.2.8Bonze_redaDao.cs745.2.9BonzedutyDao.cs745.2.10Bonzeinfo_polityDao.cs755.2.11BonzeinfoDao.cs755.2.12BonzetypeDao.cs765.2.13Buddha_temple_InfoDao.cs765.2.14CantonDao.cs765.2.15CertificatestateDao.cs775.2.16CognizanceinfoDao.cs775.2.17CognizanceinfopDao.cs775.2.18CountryDao.cs775.2.19CountyDao.cs775.2.20DegreeinfoDao.cs785.2.21DocumentinfoDao.cs785.2.22DocumenttypeDao.cs785.2.23EducationinfoDao.cs785.2.24LevelinfoDao.cs795.2.25LogicinfoDao.cs795.2.26LoginfoDao.cs795.2.27ManagedutyDao.cs805.2.28MapinfoDao.cs805.2.29NationinfoDao.cs805.2.30PersonelinfoDao.cs805.2.31PolityarrangeDao.cs815.2.32PolitydutyDao.cs815.2.33ProvinceDao.cs815.2.34ReligiondutyDao.cs825.2.35RendadutyDao.cs825.2.36SectinfoDao.cs825.2.37SexinfoDao.cs825.2.38Temple_sectDao.cs835.2.39TempleinfoDao.cs835.2.40VersionDao.cs845.2.41Ex_Import.cs845.2.42DBConnection.cs855.2.43DBManage.cs855.2.44DBTool.cs856系统出错处理设计866.1出错信息866.1.1错误编号列表(待完善)866.2异常情况的处理877问题及解决方案877.1特殊符号输入问题87 概要设计说明书1 引言1.1 编写目的本文档为*信息管理系统概要设计说明书，对该系统的层次划分、模块功能、数据结构、接口、出错处理和扩展性进行了设计，目的是让软件开发人员根据本文档的内容进行程序开发，使设计的产品符合用户的需求，同时为测试人员提供参考。1.2 背景产品名称：*信息管理系统项目提出者：*项目开发者：*1.3 定义A类人员：不包括B类人员和未经政府批准B类人员，包括定员和非定员。教职人员：用于制证，在*信息管理系统中不体现。表示A类人员中的定员部分。未经政府批准B类人员：不受政府承认的B类人员。包括达赖指定、境外其它B类人员高僧认定、境内B类人员认定、自行认定。定员：A类人员的一个属性，表示政府承认的A类人员。属性为定员的人员都将制证，非定员将不制证。工作人员：指*部、统战各省州县分局的工作人员，他们录入数据、审核、管理和使用数据。文档资料：*相关的方针政策、法律法规、宗教知识、历史事件等文档。1.4 参考资料1、*信息管理需求说明书 V1.52 总体设计本章撰写人：赵炫2.1 需求规定本产品主要用于对*信息进行管理，包括对*A类人员、B类人员、未经政府批准B类人员、寺庙、地区信息，*人员证卡信息、工作人员信息、文档资料等信息管理，如下表。序号功能说明1A类人员数据管理A类人员信息录入、修改、导入、导出、查询、查看、统计、打印2B类人员数据管理B类人员信息录入、修改、导入、导出、查询、查看、统计、打印3未经政府批准B类人员数据管理未经政府批准B类人员信息录入、修改、导入、导出、查询、查看、统计、打印4寺庙数据管理寺庙信息录入、修改、导入、导出、查询、查看、统计、打印5证件管理证件信息导入、导出、校验、证件状态管理6工作人员通讯录管理统战工作人员通讯信息录入、修改、查看、查询、打印7文档资料管理*相关文档、事件资料录入、修改、查看、打印8地图从地图中选择地区和寺庙，并联动到其它功能模块进行处理2.2 总体设计原则1、 系统要有稳定可靠的性能，数据存储、查询、统计应准确无误，在数据导入导出时不能造成数据的错误或丢失，在海量数据处理时不应有无法忍受的延时。2、 系统要有人性化的设计界面，操作简单易上手。3、 界面与数据处理分离，从而能够较灵活的根据实际需求修改系统。4、 系统应充分考虑实际使用时可能出现的各种错误，避免错误的发生。在出现异常后能给用户提供明确的提示，详细记录错误日志，为调试提供有效的信息。5、 系统要考虑可扩展性(如联网、改为B/S架构)，要考虑系统与其它公安信息化产品的对接。2.2.1 联网扩展性考虑联网的主要功能有三：数据上传、数据查询、软件更新。系统扩展成联网系统后，可分为C/S和B/S两种架构，下面分别论述。2.2.1.1 扩展成C/S架构目前系统采用数据库访问层、业务逻辑层和纯UI层的三层架构。如果要扩展成C/S模式，则需在业务逻辑层上加一层网络服务层，响应来自网络上客户端的数据请求，验证其安全性，并返回经过计算和处理后的数据。2.2.1.2 扩展成B/S架构如果扩展成B/S架构，将采用MVC架构。Model和DAO可以使用现有的模块，需将UI层修改为MVC架构的View模块，Control根据业务逻辑模块进行修改，加上原UI中的页面控制部分。2.2.1.3 总结B/S和C/S架构中，browser端和client段都不直接与数据库交互，从而保证了数据的安全性。同时，由于计算都是在服务端的逻辑层，减轻了客户端的计算压力。当访问量巨大时，为提高服务段的处理能力，可能需要考虑分布式服务端。2.3 运行环境1、 Windows XP Professional及更高版本操作系统2、 1024*768以上分辨率3、 Office xp/2003/20074、 DotNet Framework 2.05、 80G以上剩余硬盘空间2.4 基本设计概念和处理流程2.4.1 基本设计概念 系统由UI层、逻辑层、数据库访问层三层构成，如下图：其中，UI层应尽量简单，只处理界面控件的响应和显示，避免数据的处理。设计时要尽量模块化，不同功能的页面要分开，减少不同控件之间的耦合性。地区列表逻辑模块维护当前处理的地区（包括寺庙）。配置文件逻辑模块读写配置文件，为UI提供配置信息。庞大的业务逻辑模块，提供各种处理的方法，接受来自UI的数据请求，调用数据库访问模块进行处理，并将处理结果返回UI层。数据库访问模块封装了对数据库的操作。采用免费并且较小的mysql数据库。2.4.2 处理流程1、 系统根据条件地区列表界面或地图界面，来更新地区列表模块中的数据2、 业务逻辑模块从地区列表模块获取当前地区，并根据UI请求调用数据库访问模块进行处理2.5 结构系统模块划分如下，各模块说明参见以下各小节。2.5.1 主体软件安装包 将*软件管理系统软件制作成一个exe安装包。双击后能够启动安装向导。本模块采用nsis软件实现。2.5.2 数据库安装包 将Mysql软件和系统的初始化数据放在程序目录下。通过运行bat文件自动安装。Mysql采用新的服务名mysql-zd，以及特有的端口18306，保证不与已有系统冲突。2.5.3 光盘自动安装包将主体软件和数据库安装包制作成光盘自动安装包。该安装包在刻入光盘后，可在光盘放入光驱后自动运行。2.5.4 各地区版本自动生成程序自动生成各省、州、县的发布版本的程序。2.5.1 制证信息导入模块对于首次制证，需导入excel格式数据到系统中。此模块实现对制证数据的导入，并且能在导入时进行校验。2.5.2 界面模块本模块采用C#语言，用Form控件实现。界面模块分为：主界面模块、A类人员信息模块、B类人员信息模块、未经政府批准B类人员模块、寺庙模块、文档资料模块、工作人员通讯录模块、地图模块、地区列表模块。2.5.2.1 主界面主界面实现功能：1、 主菜单显示和响应2、 每个菜单中快捷方式的响应（只调用接口，不具体实现）3、 提供状态栏，提供当前用户、当前区域、当前页数等信息。4、 维护各功能界面模块(A类人员、B类人员、寺庙、地图等)的实例和状态(当前哪个模块处于激活状态)。2.5.2.2 地区列表模块地区列表模块始终在界面显示，他显示当前处理的区域。2.5.2.3 寺庙管理界面 寺庙管理主界面，显示当前区域寺庙列表信息，提供查看、打印、统计、查找、修改、更新和日志功能。2.5.2.4 A类人员管理界面 A类人员管理主界面，显示当前区域A类人员列表信息，提供查看、新增、删除、打印、统计、查找、修改、更新和日志功能。2.5.2.5 B类人员管理界面 B类人员管理主界面，显示当前区域B类人员列表信息，提供查看、新增、删除、打印、统计、查找、修改、更新和日志功能。2.5.2.6 未经政府批准B类人员管理界面 非法认定管理主界面，显示当前区域未经政府批准B类人员列表信息，提供查看、新增、删除、打印、统计、查找、修改、更新和日志功能。2.5.2.7 文档资料管理界面 文档管理主界面，显示当前区域文档资料列表信息，提供打开、新增、删除、查找、修改、更新和日志功能。2.5.2.8 工作人员通讯录管理界面 工作人员通讯录主界面，显示当前区域工作人员通讯录列表信息，提供查看、新增、删除、打印、统计、查找、修改、更新和日志功能。2.5.2.9 地图管理界面 提供省、州、县逐级进入的地图操作。1、 地图从全国地图开始，可以逐级进入2、 全国、省、州地图采用GIS地图，只有轮廓。县地图采用详细模式，能有主要街区、路名、地名，每个寺庙用一个图标表示3、 通过鼠标在地图中的位置选择进入下一级地区，可从右键转到其它业务模块。 4、 各地区不能进入其它地区的地图5、 鼠标移动响应：当鼠标移动到某个区域上时，该区域会突出显示。方法为在鼠标移动事件中判断鼠标周围的地区，并找出最近的一个地区。然后突出显示该地区6、 省、州、县选择与地区树联动7、 右键点击区域，在弹出的下拉菜单中可选择进入，查看A类人员B类人员未经政府批准B类人员、查看寺庙、查看区域概括2.5.2.10 数据导入导出界面 提供全国、各省、各州、各县将数据导出成文件，或者将已经导出的文件导入到程序中的功能2.5.2.11 制证信息发布与更新界面 将身份证号与教职人员证件号信息导出成文件，或者将导出的文件导入到程序中。2.5.2.12 权限管理界面 提供用户、角色、权限的管理功能。2.5.2.13 登陆日志界面 Admin账号可以通过此界面查看所有的登陆日志。2.5.2.14 在线帮助界面 提供在线帮助文档。2.5.2.15 关于界面 显示软件开发公司、当前地区版本、当前程序版本2.5.3 业务功能模块A类人员信息模块、B类人员信息模块、未经政府批准B类人员模块、寺庙模块、文档资料模块、工作人员通讯录模块、地区信息模块类似。以A类人员信息为例，各子模块又分为A类人员信息主界面、新增界面、修改界面、简单查询界面、高级查询界面、删除界面、打印界面、统计界面。A类人员主界面实现功能：1、 C#实现2、 以datagridView显示A类人员的主要信息。用户能够配置显示哪些列及显示的顺序。3、 分页显示，每次只显示一页数据。4、 在激活当前UserControl时，随着地区列表的变化更新数据，否则不更新。5、 实现主界面中A类人员添加、查看等快捷方式，调用相应的子界面。6、 打印花名册还是打印详情，在点击打印按钮弹出的对话框中选择。可提供预览。7、 用户在查看A类人员的具体信息时，也有打印详情和打印预览的选项。2.5.3.1 配置管理模块 从配置文件中读取或显示寺庙列表、A类人员列表、B类人员列表的显示信息。2.5.3.2 类型枚举模块 获取性别、文档类型等各种枚举类型。2.5.3.3 检测输入正确性模块 验证用户输入的身份证号、邮编等是否合法的程序。2.5.3.4 错误日志采用单例模式实现，能处理多线程同时写入错误日志到文件。2.5.3.5 操作日志、登陆日志模块记录登陆日志和操作日志。其中，登陆日志记录了登陆人、登陆区域、登陆时间信息，操作日志记录了对寺庙或A类人员的修改信息，记录详细到谁修改了某A类人员的某个字段或在导入时手动选择了哪个字段。2.5.3.6 地区列表逻辑模块 用来控制和存储当前的区域。UI或其它逻辑模块调用此模块获取当前需要处理的区域。1、 当打开一个区域时，从数据库中获取该区域下两级的地区数据。2、 可设置和获取当前的选中地区，为其它模块提供当前区域信息3、 地区列表在加载时，根据当前地区版本自动加载。加载省时，根据统战要求的西藏、四川、青海、甘肃、云南排序进行加载。2.5.3.7 A类人员B类人员未经政府批准B类人员逻辑模块1、 提供A类人员B类人员未经政府批准B类人员信息的查找、查看、修改、新增、统计、打印功能。2、 需能够打印A类人员信息、B类人员信息、未经政府批准B类人员详细信息。采用打印到word的方式。3、 需能够打印A类人员、B类人员、未经政府批准B类人员花名册。花名册打印可以直接打印到excel表格中，参见宗教管理系统的打印方式4、 需能够打印各种统计信息。采用打印到excel的方式。5、 根据打印内容找到合适的模板，拷贝到temp目录下，写入数据。关闭软件时清空temp目录2.5.3.8 寺庙逻辑模块实现寺庙的增删查改打印统计功能。2.5.3.9 地区信息逻辑模块实现地区信息的增删查改功能。2.5.3.10 文档资料逻辑模块实现文档资料的增删查改功能。2.5.3.11 工作人员通讯录逻辑模块实现工作人员通讯录的增删查改打印功能。2.5.3.12 旧软件导入模块 实现将A类人员、B类人员、未经政府批准B类人员、寺庙信息从旧宗教管理软件数据库导入到本软件的功能。2.5.3.13 数据库导入导出模块 调用数据库访问模块，实现数据的导入、导出，以及证件号的导入、导出。2.5.3.14 导出文件压缩调用第三方的FastZip压缩成一个文件（压缩时可设置密码和crc校验），把压缩后的文件按stream写入多个文件，不用再压缩。2.5.3.15 未制证人员信息发布模块 将所选区域的未制证人员的制证所需信息写入excel和导出照片文件。2.5.3.16 公共逻辑模块 为UI或其它逻辑模块提供一些公共的接口，如删除照片、根据地区的编号获取地区的名称等。2.5.4 数据库访问模块1、 实现数据的增、删、查、改、统计。2、 查询时能够输入区划码作为属性。3、 如返回数据，以自定义类(或类的list)的形式返回，不返回sqlDataReader。4、 实现导入导出的sql语句构造2.6 功能需求与程序的关系需求功能模块备注RF1-1旧软件导入模块RF1-2旧软件导入模块RF1-3旧软件导入模块RF1-4旧软件导入模块RF2-1数据导入导出界面、数据库导入导出模块RF2-2数据导入导出界面、数据库导入导出模块RF2-3导出文件压缩模块RF3-1数据导入导出界面、数据库导入导出模块RF3-2数据导入导出界面、数据库导入导出模块RF3-3数据导入导出界面、数据库导入导出模块RF4-1未制证人员信息发布模块RF4-2未制证人员信息发布模块RF5-1制证信息导入模块RF6-1A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面、B类人员管理界面、未经政府批准B类人员管理界面RF6-2A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面、B类人员管理界面、未经政府批准B类人员管理界面RF6-3A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面、B类人员管理界面、未经政府批准B类人员管理界面RF6-4数据库导入导出模块RF6-5数据库导入导出模块RF7-1权限管理公共模块RF7-2权限管理公共模块RF7-3权限管理公共模块RF7-4权限管理公共模块RF7-5权限管理公共模块RF8-1寺庙管理界面、寺庙逻辑模块RF8-2寺庙管理界面、寺庙逻辑模块RF8-4寺庙管理界面、寺庙逻辑模块RF8-5寺庙管理界面、寺庙逻辑模块RF9-3寺庙逻辑模块RF10-1地区信息逻辑模块、地区列表界面模块RF10-2寺庙管理界面、寺庙逻辑模块RF10-3寺庙管理界面、寺庙逻辑模块RF10-4寺庙管理界面、寺庙逻辑模块RF10-5地区信息逻辑模块、地区列表界面模块RF11-1数据库访问模块RF11-2数据库访问模块RF11-3数据库访问模块RF12-1寺庙管理界面、寺庙逻辑模块RF12-2寺庙管理界面、寺庙逻辑模块RF12-3寺庙管理界面、寺庙逻辑模块RF13-1寺庙管理界面、寺庙逻辑模块RF13-2寺庙管理界面、寺庙逻辑模块RF13-3寺庙管理界面、寺庙逻辑模块RF14-1A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF14-3A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF14-6A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF14-7A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF14-8A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF14-9A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF15-1A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF15-2A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF16-1A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF16-2A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF16-3A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF17-1A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF17-2A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF17-3A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF18-1A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF18-3A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF18-5A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF18-6A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF18-7A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF18-8A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF19-1A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF19-2A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF20-1A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF20-2A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF20-3A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF21-1A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF21-2A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF21-3A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF22-1A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面、A类人员管理界面RF22-2A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面、A类人员管理界面RF22-3A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面、A类人员管理界面RF22-4A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面、A类人员管理界面RF22-5A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面、A类人员管理界面RF22-6A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面、A类人员管理界面RF22-8A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面、A类人员管理界面RF22-10A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面、A类人员管理界面RF22-11A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面、A类人员管理界面RF22-12A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面、A类人员管理界面RF22-13A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面、A类人员管理界面RF23-1地图管理界面、地图公共模块RF23-2地图管理界面、地图公共模块RF23-3地图管理界面、地图公共模块RF24-1地图管理界面、地图公共模块RF25寺庙管理界面、寺庙逻辑模块RF26A类人员B类人员未经政府批准B类人员逻辑模块、A类人员管理界面RF27A类人员B类人员未经政府批准B类人员逻辑模块、B类人员管理界面RF28A类人员B类人员未经政府批准B类人员逻辑模块、未经政府批准B类人员管理界面RF30-1工作人员通讯录界面管理模块、工作人员通讯录逻辑模块RF30-2工作人员通讯录界面管理模块、工作人员通讯录逻辑模块RF31工作人员通讯录界面管理模块、工作人员通讯录逻辑模块RF32工作人员通讯录界面管理模块、工作人员通讯录逻辑模块RF33-1工作人员通讯录界面管理模块、工作人员通讯录逻辑模块RF33-2工作人员通讯录界面管理模块、工作人员通讯录逻辑模块RF33-3工作人员通讯录界面管理模块、工作人员通讯录逻辑模块RF34工作人员通讯录界面管理模块、工作人员通讯录逻辑模块RF35-1文档资料管理界面、文档资料逻辑界面RF35-2文档资料管理界面、文档资料逻辑界面RF35-3文档资料管理界面、文档资料逻辑界面RF35-4文档资料管理界面、文档资料逻辑界面RF35-5文档资料管理界面、文档资料逻辑界面RF35-6文档资料管理界面、文档资料逻辑界面RF35-7文档资料管理界面、文档资料逻辑界面RF35-8文档资料管理界面、文档资料逻辑界面RF35-9文档资料管理界面、文档资料逻辑界面RF36-1文档资料管理界面、文档资料逻辑界面RF36-2文档资料管理界面、文档资料逻辑界面RF36-3文档资料管理界面、文档资料逻辑界面RF37文档资料管理界面、文档资料逻辑界面RF38文档资料管理界面、文档资料逻辑界面RF39文档资料管理界面、文档资料逻辑界面RF40A类人员B类人员未经政府批准B类人员逻辑模块、未经政府批准B类人员界面RF41A类人员B类人员未经政府批准B类人员逻辑模块、未经政府批准B类人员界面RF42A类人员B类人员未经政府批准B类人员逻辑模块、未经政府批准B类人员界面RF43A类人员B类人员未经政府批准B类人员逻辑模块、未经政府批准B类人员界面RF44错误日志模块、操作日志模块、登陆日志模块3 运行设计本章撰写人：赵炫3.1 运行模块组合3.1.1 地区列表更新步骤：1、 当用户点击地区列表设定区域后，地区列表UI模块更新地区列表逻辑模块。地区列表逻辑模块设定当前选中地区并更新两级子目录。2、 地区列表UI模块通知主界面模块3、 主界面模块查询当前处于激活状态的界面模块(如A类人员界面模块)。4、 A类人员界面模块调用A类人员逻辑模块获取更新的数据。5、 A类人员逻辑模块从地区列表逻辑模块获取当前地区信息6、 A类人员逻辑模块从数据库访问模块获取数据。7、 数据库访问模块查询数据库3.1.2 新增A类人员信息步骤如下：1、 用户点击新增A类人员按钮后，A类人员界面模块从地区列表逻辑模块中获取当前区域，判断是否为寺庙，如果不是，提示用户2、 A类人员界面模块创建新增A类人员界面模块3、 新增A类人员界面模块从地区列表逻辑模块获取当前寺庙信息4、 用户根据界面填写A类人员信息后，新增A类人员界面模块调用A类人员逻辑模块写入数据5、 A类人员逻辑模块调用数据库访问模块写入数据6、 数据库访问模块写入数据库7、 新增A类人员界面模块更新A类人员列表3.1.3 A类人员花名册打印1、 用户点击A类人员打印按钮后，A类人员界面模块创建或调用A类人员打印界面模块2、 用户在A类人员打印界面模块选择打印的形式，这里选择A类人员花名册打印。A类人员打印界面模块调用A类人员逻辑模块进行打印。3、 A类人员逻辑模块从地区列表逻辑模块获取地区信息。4、 A类人员逻辑模块从数据库访问模块获取A类人员详细信息5、 数据库访问模块查询数据库6、 A类人员逻辑模块从template目录下找到合适的模板，改名后拷贝到temp目录下，写入数据，并将路径返回给A类人员打印界面模块。3.1.4 证件信息管理流程1、 录入A类人员、B类人员信息时，证件状态不可选，默认为未制证（全国、省、州、县）2、 *部可以把证件状态从未制证改为其它状态，也可以从其它状态改为未制证，省州县不能做此修改3、 *部将证件状态从未制证改为其它状态时，将该僧、B类人员的id号复制作为证件号，该证件号不能修改。4、 *部、各省、州能发布证件号。发布时，只导出身份证号与教职人员证件号。5、 省、州、县更新证件信息时，根据身份证号更新教职人员证件号。如果该人员的证件状态为未制证，则改为使用中。3.1.5 制证流程3.1.5.1 第一次制证 首次制证时，由*部收集excel表格和照片。中盾将这些数据首先导入*信息管理系统的数据库。导入的数据格式为，将数据按照完整路径放置。如一个县的数据，也应放在五省、州的目录下。如下图所示：在导入的同时，会把有输入的县的数据进行导出。导出的数据中增加了A类人员B类人员的编号、藏文性别、藏文教派信息。三盾公司将根据此导出的数据进行制证。制证完后，*部使用该软件对每一张证件进行验证，对于确认的证件，将其证件状态改为使用中。3.1.5.2 后续制证 在新数据汇总到中央后，*部使用“未制证人员信息发布”功能将未制证的A类人员、B类人员信息按完整目录进行输出，供三盾公司进行制证。制证完后，*部使用该软件对每一张证件进行验证，对于确认的证件，将其证件状态改为使用中。可以用批量方法导入，方法为使用证件信息更新功能，对中盾提供的更新文件进行导入。更新时，首先判断身份证号是否存在，如果不存在则报错。如存在，再判断该身份证号是否已有证件号，如果有且和导入的不一样，则保错。否则，更新证件号，并修改证件状态为使用中。3.1.6 B类人员属于多个寺庙流程为实现此功能，需在数据库中增加一个B类人员寺庙关系表来记录B类人员与从属寺庙的关系，表中由B类人员id与寺庙id对应。主寺庙信息仍记录在A类人员信息表中。在数据库访问模块增加对B类人员A类人员关系表的增删查改。具体操作如下：3.1.6.1 新增首先需要在地区列表中选择寺庙，该寺庙默认为新增B类人员的主寺庙。在输入身份证号后，可以点击验证按钮来确认系统中是否已录入该B类人员。可以修改该B类人员的主寺庙，也可以增加该B类人员的从属寺庙。这些寺庙都在当前地区版本的范围内。3.1.6.2 修改可以修改该B类人员的主寺庙，也可以修改该B类人员的从属寺庙。这些寺庙都在当前地区版本的范围内。3.1.6.3 删除数据库中对A类人员信息表和B类人员寺庙对应表进行了关联，如果删除B类人员，则数据库中将自动删除该B类人员的所有从属寺庙信息。3.1.6.4 显示无论是在主寺庙还是在从属寺庙，都能看到该B类人员的信息。在上级地区中，该B类人员不会在列表中出现两次。3.1.6.5 统计统计时考虑仅从属寺庙在当前地区的B类人员。但是不会对B类人员进行重复统计。3.1.6.6 导入导出导入时，保留上级单位的主寺庙，将下级单位的所有寺庙合并到上级单位的从属寺庙中，确保不重复。对于其它信息进行覆盖。3.1.7 导入导出流程将数据库导出到文件，包括数据库文件、照片和日志文件。能够将这些数据导入。原则：减少由于用户操作失误造成的数据错误。3.1.7.1 导出1、 导出时，用户不需要选择导出区域，系统会根据当前软件版本自动导出所有数据。用户可以选择导出的路径，导出的文件夹名称为”阿布县_610245_2009-8-7”，下面有A类人员照片、B类人员照片、文档资料等子文件夹。这些文件夹生成时只拷贝对应地区下的数据。2、 导出时，首先将所选目录下的A类人员照片、寺庙照片、文档资料考出，然后由数据库访问模块生成的语句调用mysqldump将A类人员信息表、寺庙信息表、省州县信息表、A类人员职务表、寺庙教派表、B类人员寺庙表、文档资料表、工作人员通讯录表、日志表的数据导出成sql。3、 从数据库中读取当前地区版本号、数据库版本号、数据版本号写入version.xml中，记录版本信息。4、 导出时，对生成的文件夹进行压缩，压缩时设置30位密码，并进行crc校验。导出时，用户可以根据需要进行分卷压缩，如vcd大小、dvd大小或其它任意大小。5、 压缩完后删除临时目录。说明：如果一个B类人员只有从属寺庙在导出区域，则不会被导出。但证件号能够发布。3.1.7.2 导入1、 导入时，用户在硬盘中或光盘中选择要导入的文件夹，如阿布县610245。要判断前面的县名与后面的编号是否一致。2、 对文件进行拼接成完整的压缩包，并进行crc校验和解压生成文件夹。3、 检验文件夹中的子文件夹是否都存在，检验version.xml中的版本号信息是否正确，数据库版本号是否有改变。4、 根据用户的输入选项选择导入哪些内容。5、 将照片和寺庙图片、文档资料拷贝到当前目录。6、 将数据库导入到临时目录。7、 根据寺庙id更新寺庙信息8、 根据文档资料的路径进行更新。9、 根据同一区域下的姓名更新工作人员通讯录。10、 根据同一地区下的日志操作人、日期、登陆用户名、日志内荣更新日志。11、 更新A类人员的流程如下图，对于人工修改的内容写入日志。在数据库增加一个临时数据库temp。导入时，先清空临时数据库，然后往里导入所有数据。导入后，分组读取temp表中的A类人员数据(分组的目的是避免频繁连接数据库造成浪费时间)。A类人员照片由于采用了身份证命名，修改身份证号码时会产生垃圾数据。导入时，如果旧身份证号码没有对应，则删除(可能性不大，意义不大，先不实现)。修改了身份证号，在上传时系统会认为是另外一个人。(对所有的身份证号的修改，都做记录，在导入时使用)。解决方法：已制证的不能改身份证号，不能删除。3.1.8 地图实现方案1、 全国、省、州地图采用GIS地图，使用shp格式地图，使用开源的sharpmap软件实现。为提高处理速度，只显示当前地区中统战所需的数据，并且分层显示。例如，全国地图中只能看到5省区的轮廓，点击某个省区后，sharpmap将卸载省级轮廓，并加载所选省下的地级城市轮廓。 Shp格式地图以文件格式存在本地，程序根据shp地图的名称自动找到对应文件。2、 各县采用从google下载的png地图，也保存在本地。系统根据数据库中保存的地区与地图关系调出png地图。地图的显示采用中盾公司技术部的公共地图模块。3.1.9 各地区版本自动生成与安装在数据库中用一个表记录当前版本对应的地区。每个地区版本在获取树状列表时，只获取该地区对应的列表。在发布时，只拷贝该地区对应的A类人员、寺庙、文档资料文件夹和地图。这样地图模块也因为找不到对应地图而无法进入。所有版本程序都一样，区别的只是数据库和数据文件，所以为每个版本单独生成数据库和数据文件即可实现各版本的自动生成。程序流程如下：/获取所有地名列表。 /foreach 地区 / /1、创建该地区目录 /2、拷贝Debug/Release下的程序和数据(指定地区内的）(包括mysql自动安装程序与基本数据库) /(根据当前地区有选择性的拷贝A类人员照片、寺庙照片、文档资料文件夹和shp地图、县地图。) /3、获取该地区包含的所有县ID。 /4、从数据库导出该地区的A类人员、寺庙信息sql文件 /5、往该sql语句插入地区版本信息 / 在安装时，安装程序会根据用户选择的安装目录设定my.ini中的路径，并启动mysql服务。然后导入areainfo.sql和导出数据.sql。在启动程序时，如果发现数据库服务未启动，则会尝试重新启动数据库服务。3.1.10 旧软件导入由于旧软件导入由开发人员来执行，所以可以较少的考虑程序异常处理和误操作的预防。1、 首先在旧软件中dwxx表中增加一个属性：newID，用于记录该单位在新数据库中对应的id号.先手动录入所有的省州县ID。(需手工使用EMS2005完成)2、 程序同时连接上旧数据库和新数据库。3、 先导入寺庙。在导入寺庙时，根据寺庙名称在新数据库中找到对应的寺庙，然后将各字段写入。会自动将新库中的寺庙ID记录到旧库中的dwxx表中。(程序完成，旧软件的寺庙名和制证搜集的寺庙名可能不一致，需手动处理，修改旧表中的寺庙名在处理时，将这些不一致的问题都写入错误日志，由操作员查看并进行处理。4、 导入A类人员信息。在旧表中查找到该A类人员对应的寺庙ID，然后根据身份证号和所属寺庙ID判断），如有，则修改，如没有，则新增。5、 由程序对性别、民族、类别等进行自动对应 4 系统数据结构设计本章撰写人：刘瑜、赵炫4.1 数据库设计4.1.1 数据库表列表数据库一共有40张表，各表的名称及简介如下表所示：序号表名称说明与需求对应关系1.bonze_dutyA类人员与佛协任职对应关系表2.bonze_logoutreasonA类人员注销原因RF14-83.bonze_redaA类人员与人大职务对应关系表4.bonzeduty佛协任职表5.bonzeinfoA类人员信息表RF14，RF15，RF16，RF18，RF19，RF20，RF226.bonzeinfo_polityA类人员与政协职务对应关系表7.bonzety