【毕业学位论文】（Word原稿）交通事故电子档案系统的设计与实现-软件工程

中图分类号： 学校代码： 10055 密级： 硕 士 专 业 学 位 论 文 交通事故电子档案系统 的设计与实现 摘 要 I 摘 要 随着我国社会 经济的快速发展，人民生活水平的不断提高，汽车的保有量越来越高， 我国汽车产销量保持高速增长，年均增速为 25%，汽车产量占世界总产量的 然而，汽车保有量井喷式的增长，对我国经济社会的发展也 产生着负面的影响。汽车已经给资源保障、能源供应、环境保护和道路交通带来巨大压力。 各城市发生的交通事故逐年增加 ，如果属于一般程序的交通事故，交警要进行交通事故现场图的绘制、制作勘查笔录以及其他的文书，整个案卷要几十页的文档，处理完毕后，再进行归档保存，对这些案卷进行保存和管理需要耗费大量的人力和金钱。为此，设计开发一套适合当前事故案卷保存的需求，解决现有系统瓶颈问题 的 电子档案系统已迫在眉捷。 交通事故电子档案系统采用三层架构的 B/S 模式， 用户 端使用浏览器进行访问，业务处理统一在服务器端进行，数据集中存储在 数据库服务器。该系统以 为开发平台， 后台数据库，采用 成了交通事故电子档案系统。系统安装和维护方便，可以跨平台、跨地域运行。 本文主要介绍了交通事故电子档案系统开发背景，确定了课题研究的主要内容和范围，通过对电子档案系统业务的具体分析， 根据事故电子档案保存的实际应用需要，综述了系统使用方式，最终确定系统架设在公安网上运行；提出了系统设计方案，包括数据库表的逻辑和物理设计，系统的功能模块按照事故信息录入、事故信息查询、事故案卷评分、事故研判分析几大模 块设计；详细描述了系统几大功能模块的实现以及测试部署的实现。 关键字 ： 交通事故 电子档案 三层架构 I of in of is at an 5 3.5 of of a on So a on of of of in by of In its to of an to , in a as as In is to Its to its to of of By to to is up on is is of to is in 录 录 摘 要 . I . 一章 绪论 . 1 第一节 论文背景 . 1 第二节 系统的研究现状 . 2 第三节 系统的研究意义 . 3 第四节 本文的主要工作与论文结构 . 4 第二章 电子档案系统需求分析 . 6 第一节 现有事故案卷管理分析 . 6 第二 节 系统功能性需求 . 9 需求分析概述 . 9 系统功能需求分析 . 10 系统功能模块分析 . 12 第三节 系统用例图 . 13 第四节 系统非功能性需求 . 18 系统的可靠性 . 18 系统的有效性 . 19 系统的完整性 . 19 系统的可扩充性与可维护性 . 20 第三章 电子档案系统系统设计 . 21 第一节 系统体系结构设计 . 21 第二节 系统功能模块设计 . 22 系统身份验证模块的设计 . 22 故案卷信息录入模块的设计 . 24 事故案卷查询模块 . 29 事故案卷评分模块 . 30 目 录 事故案卷分析研判模块 . 33 第四章 电子档案系统数据库设计 . 36 第一节 数据库设计基本理论 . 36 第二节 系统概念结构设计 . 37 第三节 物理库表设计 . 41 第五章 电子档案系统实现 . 46 第一节 系统的开发平台 . 46 第二节 系统程序组织结构 . 46 第三节 系统身份验证模块实现 . 49 登录页面 . 49 登录页面关键代码 . 50 第四节 事故案卷录入 模块实现 . 51 案卷录入页面 . 51 案卷录入页面关键代码 . 55 第五节 事故案卷查询模块实现 . 57 案卷查询页面 . 57 案卷查询源代码 . 58 第六节 事故案卷评分功能模块实现 . 60 第七节 分析研判功能模块实现 . 63 分析研判页面 . 63 第六章 系统测试 . 66 第一节 测试概述 . 66 测试概述 . 66 测试环境 . 67 第二节 系统测试过程 . 67 单元测试 . 67 集成测试 . 69 确认测试 . 70 系统测试 . 72 验收测试 . 73 目 录 V 测试小结 . 74 第七章 总结与展望 . 75 第一节 总结 . 75 第二节 展望 . 76 参考文献 . 77 致 谢 . 79 个人简历 . 80 第一章 绪论 1 第 一 章 绪论 第一节 论文背景 世界上最大的 计算机互联网络，它连接着世界上 150 个国家，两万多个大小网络和数以百万计的电脑，是世界上最开放的系统之一。很难给一个精确的定义，因为它每天都在迅速发展，每天都有新的内容，每天都在被重新定义。简单地说， 一个互联网络，它将孤立的、分散的电脑或电脑网络借助大型的电信网络连接起来，通过 P 协议实现更高层次的互联 1。 作为 20 世纪人类最伟大的发明之一，互联网正逐步成为信息时代人类社会发展的战略性基础设施，不断推动着人们生产生活方式的变革。进入本世纪以来，我国互联网行业经 历了“网络泡沫”破灭的洗礼，幸存的企业“浴火重生”。并且随着我国互联网基础设施的逐步完善、技术的不断创新、互联网用户数的飞速增长，庞大的互联网市场已经形成，互联网行业进入了全面发展的快车道 2。 十年间，互联网应用规模迅速扩大，基础设施不断完善，产业蓬勃发展，行业管理逐步完善。历经多年发展，互联网已全面渗透我国经济社会的各个领域，成为生产建设、经济贸易、科技创新、公共服务、文化传播、生活娱乐的新型平台和变革力量，推动我国信息社会的进步。 进入 “十二五 ”时期， 为 实现 扩大消费需求 、 发展现代产业体系、 积极稳妥推进城镇化 的目标 ， 为 我国互联网产业 提供 了强劲的需求动力和巨大的市场空间 。互联网自身面临 需要 不断完善基础设施、繁荣服务业态、深化应用普及的发展责任，为深化发展提供了强大的内在动力。我国互联网行业 “十二五 ”发展规划提出，到 2015 年，互联网服务业收入要突破 6000 亿元，直接吸纳就业超过 230万人，网民数超过 8 亿人，骨干网总带宽较 “十一五 ”期末增长 10 倍，国际互联网出口带宽增长 5 倍，骨干网全面支持 目标，实现从应用创新、网络演进到技术突破、产业升级的全面提升。 公安交通管理 部门 作为国家的公安和 交通 行业的 管理部门，积极使用和推广信息化建设，是本身工作的需要也是时代发展的需要。开发的本系统是充分利用 公安网 的便利性开发的一套系统， 充分利用现有公安网的便利条件，在 交第一章 绪论 2 管部门 网络中心增设中心服务器， 各 事故处理大队、中队 只要有网络就可以登录使用该系统 。 第二节 系统的研究现状 随着我国社会经济的快速发展， 人民生活水平的不断提高，汽车的保有量越来越高。 公安部交管局提供的数据显示，截至 2012 年 7 月底，全国机动车保有量达到 辆。其中，汽车保有量 达到 辆，占机动车总量的 是机动车的主要构成部分。 这意味着 中国目前的汽车保有量仅次于拥有约 多辆的美国，成为全球汽车保有量第二大国。 汽车是现代社会的一个标志，是现代工业发展社会进步的一个产物，汽车对社会进步具有着无可争辩的正向推动力 ， 可以提高我们的工作效率，解放我们的行动自由，改善我们的生活质量，可提供大量就业机会，有利于提高国家的综合国力。汽车因此被誉为 “ 改变世界的工具 ” 。汽车更大程度的普及，是一个国家走向富裕、文明的标志。汽车工业、汽车保有量的增长，和一个国家的经济实力紧相联系。中国汽车保有量乘着经济增长的势头以世界汽车发展史上绝无仅有的速度 增长，超日追美，无疑是好事。 然而，汽车保有量井喷式的增长，对我国经济社会的发展也产生着负面的影响。 汽车 已经给资源保障、能源供应、环境保护和道路交通带来巨大压力。各城市发生的交通事故逐年增加 ， 如果属于一般程序的交通事故，交警要进行交通事故现场图的绘制、制作勘查笔录以及其他的文书，整个案卷要几十页的文档，处理完毕后，再进行归档保存，对这些案卷进行保存和管理需要耗费大量的人力和金钱。 20 世纪 80 年代以来，随着电子技术迅猛发展，推动了 电子归档技术 的发展，现在应用最普遍的 设备 就是扫描仪，直接把纸质的文档扫描成图片 或者直接从纸质文档扫描成 件进行电子保存，大容量的硬盘可以保存成千上万本的案卷，同时也方便了交警对案卷进行查询检索。 国外对电子档案管理系统的研究和应用目前处于一个相对先进和普及的情形，主要特征体现在 :首先，国外注重电子档案管理发展的机制完善。由于国外的计算机技术研究和应用的普及比较早，所以其电子档案管理的技术水平也得到了长足的发展，远远的超过中国。国外政府注重改良经济体制力求该体制能第一章 绪论 3 够在促进新技术的创造并应用到实际的应用之中发挥应有的作用。其次，与电子档案管理的相关规范、标准、法规比较完善。由于国外 电子档案管理应用的比较早，在应用的过程中发现了很多不足之处，并加以改进。通过相关问题的解决，国外的研究人员也在解决问题的过程中逐渐的完善了一些规范、标准和法规。并认识到统一规范、标准在电子档案管理应用中的重要性。因为要实现电子档案的有效管理，必须要通过开发软件，生成电子档案管理系统。所以与软件功能需求相关的标准也能极大的影响到档案数字化建设的健康发展 3。 国内对电子 档案管理系统的研究和应用目前处于一个蓬勃发展的阶段。由于国外在 解决档案馆数字资源的管理问题方面走在了我们的前面，因此首先遇到电子档案管理方面 的问题。通过问题的解决，他们也形成了不少更成熟的解决方案。所以我们如果要提高我国电子档案管理系统研究的水平就必须先研究国外在此领域 里的一些先进思想和理论。同时也能在解决问题时应用较为成熟的思想来提高成功率。但是 由于国情不同 ， 国外的一些解决问题的先进办法，我们却不能照搬其运作方式。我们还应该根据我国档案事业发展大现状，并结合我国的特殊国情，通过借鉴外国的先进经验来循序渐进的提高 4。 第三节 系统的研究意义 设计开发的 交通事故电子档案系统 就是利用 络 ，使用 公安网 就可以实现办公的一套系统。 本 系统基于 B/S 结构 (浏览器 /服务器模式 )， 民警只要是在公安网内部就可以使用，不需要安装任何第三方的插件， 用户 端零维护。 电子档案管理系统是一个采用档案电子化、影像数字化、办公无纸化以及信息网络化等先进技术，实现包括档案文件、声音、影像、文本在内的多媒体档案资源的存储和查询检索的计算机系统，为档案资料管理、利用和保护提供了有效的技术保证，可大大节约数据存储空间，无限地延长档案材料保存时间，同时也为查阅、利用档案文献带来了极大的便利 5本 系统的档案管理 需 遵循政府部门、各企事业单位 的业务流程， 遵循国家的法 律、法规、标准以及相关规定，做到 档案管理 安全、有效 ，实现 政府 部门 、 各 企事业单位 档案 管理 “无纸化” 办公 。但“无纸化” 办公 是一个循序渐进的过程，目前政府 部门 、 各 企事业单位还需 要 管理 纸质档案 ，所以电子档案管理系统 根据实际需求还 兼容对纸质档案的管理。 第一章 绪论 4 各大队和中队的档案员 对 事故信息 进行 录入 ； 支队法制员、各大队和中队的法制员对录入系统的事故案件进行打分考核 ； 事故民警只能对 自己是主办和协办事故案卷进行浏览查看。 经过 需求分析、 开发设计、 测试 部署实施后， 最终 可以实现以下 功能 ： （ 1） 案卷录入 功能 。 案卷分为一般程序和简易程序 处理 的两种案卷，每种案卷录入的信息不一样 。对每一起事故来说需要录入“基本信息”和“文书 信息 ”。 “ 基本信息 ” 主要 包括事故基本信息和事故当事人的信息， 由 档案员 进行事故信息的的录入 。“文书 信息 ”是指把事故案卷 涉及 的所有文书，通过扫描仪转换成电子照片，导入系统存入服务器。也可以通过数码相机进行拍照，以文件的形式存入服务器。 （ 2）具有 事故信息补录 的功能。 事故案卷的“基本信息”和“文书信息”录入完整，进行“结案”后该起事故资料齐全，就可以进行结案了。 对于没有结案的事故，档案员登录后 ， 系统自动显示该起事故，可以进行 录入 信息 修改。 （ 3）具有 案卷 查询功能 。 各 大队和中队的事故案卷 保存后，系统的查询模块 可以 按照 事故编号 、 事故地点 、 人员伤亡、财产损失 以及 选择 所有录入信息进行查询。 （ 4）具有 分析研判 功能 。 各 大队和中队的 数据进行保存后，后期进行 事故案卷的 查询 与 统计，分析 事故发生的 相关规律，进行有效的使用，才是本系统的最终目的。 分析研判可以得出 事故总体概况 、 时间分布规律 、 空间分布规律方面的信息， 为 事故处理领导制定减少事故发生措施提供辅助决策的依据。 第四节 本文的主要工作与论文结构 本文以 交通事故电子档案系统 为研究对象，主要工作包 括 以下几方面 ： （ 1）深入 细致的 研究了目前 事故案卷管理 工作的不足， 每年形成大量的纸质事故案卷，对事故案卷进行查询、检索、统计十分的不方便， 分析 使用中的不足 之处 ，结合本系统 用户 需求 ，提出一个 完善 的技术解决方案。 （ 2）设计和实现了 交通事故电子档案系统 的 需求分析中的 功能 模块 ，针对不同权限的用户，系统 登录 后只能操作 自己对应权限的 菜单信息，系统安全性高 。界面设计 使用 对不同的事故类型使用自己对应 局，信息采集的过程 更加方便。在界面的实现中 使用 术， 这样可以只刷新特定第一章 绪论 5 控件的信息，不用 整体界面都进行刷新。 系统提供对 事故案卷信息进行多种组合条件的查询，查询结果可以保存为 式； 对于一起事故的所有案卷文书可以保存成一个 件，这样可以方便各级部门对事故案卷的查阅。 （ 3） 交通事故电子档案系统使用 言进行开发， 整个系统 基于 B/于扫描仪的控制调用单独的 态链接库文件实现。 本文将结合 交通事故电子档案系统 的 整体 设计和 功能模块 实现的过程， 重点描述 交通事故电子档案系统 中的 主要功能 模块，重点阐述 系统开发 过程 中 需求分析 、 系统设计 、 数据库设计、系统实现、整体测试部 署五大部分 。 本文结构如下： 第一章绪论。本章主要介绍了 系统的 背景、现状和 开发的 意义，并简要介绍了论文的 主要 研究内容和组织结构。 第二章需求分析。通过对 交通事故电子档案系统 功能的 需求 分析，描述了系统 整体功能模块图， 所要达到的 功能性需求 以及系统包含的各种用例图，同时介绍了系统的 非功能性需求 。 第三章系统设计。 主要包括系统体系结构设计和系统功能模块设计 。系统主要功能模块的设计思路和 实现逻辑，以及功能流程图 ，该章节是整个论文的核心。 第四章数据库设计。介绍了 程序设计 数据库设计的基本理论，同时介绍了系统 整体数据的 ，以及各个表之间的逻辑关系和 数据库 实际库表的组织逻辑关系。 第五章系统实现。主要介绍了系统主要模块功能的 实现，包括实际软件界面、操作步骤以及部分的核心代码。 第六章系统测试与部署。主要介绍了系统 的 主要测试工作 、和测试工作中用到的一些主要的表格数据信息，同时对 部署的环境 作 了 简要 的 介绍。 第七章：总结与展望。回顾 该篇 论文的 整体内容 特点 ，总结 实现了 研究成果，指出了 现有论文 中 的 不足 之处， 并 对 以后系统的使用提出了 改进 提高的 意见。 第 二 章 电子档案系统 需求分析 6 第 二 章 电子档案系统 需求分析 在软件工程 (称为 ，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法 7。 在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤，但在过去十年中越来越多的人认识到它是整个过程中最关键的一个过程。假如在需求分析时分析者们未能正确地认识到顾客的需要的话，那么最后的软件实际上 不可能达到顾客的需要，或者软件无法在规定的时间里完工 8 本系统的设计开发主要是针对目前 交通事故处理过程中 、 事故案卷 的 归档处理 过程中 、事故案卷归档后 查询、检索、统计不方便 问题 。本系统的最终目的就是设计一个 电子案卷管理系统，在保存纸质案卷文书的同时，把所有的案卷进行电子化处理，存于 交管部门 的数据库服务器上，通过对 电子 案卷的查询达到和查询纸质案卷 相同 的效果。同时可以对事故的基本信息进行查询， 对各种交通事故 进行 统计 。 第一节 现有 事故案卷管理 分析 以往 的 交通事故发生后，一般 由 事故民警 到现场进行现场图的 绘制和事故照片的拍照，事故处理 完毕 ， 各级文书由上级领导审批通过， 待 结案之后交档案室进行归档 ，这种模式如图 示。 一个大队、中队每年归档的事故案卷有 很多， 每年对这些案卷进行保管 都要花费大量的人力和物力。 个别的交通事故经过一段时间后事故双方还可能会有涉及到法律纠纷的情况，司法部门会借阅原始事故案卷，进行事故信息的分析。当法律纠纷时间比较长，可能会造成事故案卷在多个部门间传阅，造成外单位借阅时案卷丢失，或找不到初始案卷信息，无法根据事故案卷还原事故发生时的情况。 第 二 章 电子档案系统 需求分析 7 民警 现 场 处理事故，拍摄现场照片 各级领导审批事故案卷 事故结案，案卷档案室归档 事故案卷查询，申请领导审批 事故案卷保存达到年限，销毁 图 传统 案卷 处理 模式 当市民发生交通事故拨打 110 进行报警， 由事故发生地就近 中队或者大队的事故民警来处理事故。交通事故 比较简单的按照简易程序进行处理，复杂的就要按照一般程序进行处理，需要事故民警绘制交通事故 现场 图、交通事故勘查笔录，以及对事故现场进行拍照，对于涉及酒驾以及运输危险品的事故，还要到对应的部门进行检验和鉴定。 所以对于一般程序的事故，形成的案卷文书会比 较多， 一起事故的文书常多达上百页。 这种模式存在 较多的问题： （ 1）事故信息归档存在问题 事故民警现场处理交通事故回来之后，一般都是把一般程序的事故信息录入公安部的事故信息采集处理系统，简易程序事故信息录入一少部分，但是实际情况是，由于全国各地都实施交通事故快速处理，发生的交通事故一大部分都是简易程序处理。造成大量的事故信息没有录入系统，后期对车辆和驾驶员进行查询统计十分地不方便；如果交通事故处理中当事人逃逸，该案卷要一直保存，不能结案，当几年后抓到当事人时，可能当时的案卷已丢失，无法找回初始的档案资料。 （ 2）事故相关信息不能共享 事故档案进行存储时，都是按照大队和中队分开保存的，驾驶员或者车辆在不同的区域发生交通事故时， 由于 事故信息是单独存放的，不能实现事故信息的共享。 对 个别 有恶意骗保的车主来说， 他可以 近期在多个地区发生交通事第 二 章 电子档案系统 需求分析 8 故，凭借交管部门出具的交通事故认定书 向不同的保险公司申请索赔，从而造成 警力 资源的浪费，也给保险公司造成了经济上的损失。 （ 3）事故查询统计困难 各事故处理大队和中队保存的纸质事故案卷，各单位保存时只是简单的存少量的事故基本信息，详细信息还得去翻阅事故案卷。领导无法简单快捷 地对事故信息进行统计分析。 综合以上分析， 交通事故电子档案 系统的总体设计指导思想是： 结合交通管理部门的实际需求， 建设 适宜民警操作的电子档案管理系统 ，提高 交警网上办公的 能力。 图 系统事故案卷 处置 流程 该类系统由于涉及到交警处理事故的流程问题，所以系统设计时必须严格执行 公安部交通警察规范执勤执法指定的规范，确保系统的严谨性与可靠性，开 始发 生 交 通 事 故事 故 民 警 到 达 事 故 现 场简 易 程 序事 故 案 卷 录 入 系 统事 故 案 卷 评 分各 级 用 户 对 事 故 进 行 查 询结 束绘 制 现 场 图 和 拍 照否是事 故 案 卷 研 判 分 析第 二 章 电子档案系统 需求分析 9 依据标准如下： 中华人民共和国公共安全行业标准 道路交通事故案卷文书 、 全国道路交通事故统计信息系统操作说明（大队版） 、 道路 交通事故信息采集表 (一 ) 、 道路交通事故信息采集表 (二、三 ) 、 道路交通事故信息采集表 (附表 ) 。 新系统 的业务 事故案卷 处置 流程如上图 示。 在新的系统中，事故民警随时可以把处理事故过程中的文书交给档案员录入系统，中队、大队、支队领导随时可以对案卷进行查阅，了解事故处理的进展，有问题的案卷可以及时发现，督促民警进行改正。通过网络对案卷进行查阅， 把原来的顺行流水方式处理案卷改成了全程可以监督控制， 也减轻了民警来回送达案卷的时间，减轻了工作量，民警也乐于 使用本系统。 第二节 系统功能性需求 结合现行 交 通事故案卷 的处理流程， 设计开发的该系统 用于 交通事故档案文书的管理， 把原先 结案后存储纸质案卷的工作流程改为：从交通事故开始形成文书 就要录入系统，通过该电子档案管理系统，对整个事故处理过程进行监督。 需求分析概述 通过与各级事故处理单位的民警进行调研 了解情况 ，以及其他各省市进行事故案卷电子化管理的经验，并且结合系统开发最终实现的预期目标， 系统 的功能模块应该包括以下几部分 ： （ 1）系统身份认证管理 由于事故案卷信息涉及事故双方当事人的各种详细信息，故对使用系统的安全性要求比较高。系统在公安网内部运行 ，与外网完全隔离，只有正式的民警才能登录系统。对于处于不同级别的用户，登录后只能看到自己可以操作的菜单，增强了系统的安全性。 （ 2） 事故 信息的保存 交通事故分为一般程序处理事故和简易程序处理事故两种。 一般情况下，对于一次造成 1 至 2 人轻伤或者财产损失不足 1000 元，并且事故责任比较清晰的交通事故，交警部门可以使用简易程序处理。在事故处理过程中，交警部门认为事故责任认定比较复杂或者难以认定，可以将简易程序变更为一般程序 11。一般程序事故保存信息 比 较 多，简易程序事故保存较少。 事故 信息 包括 事故基第 二 章 电子档案系统 需求分析 10 本信息和人员信息 两 部分 。一般程序事故基本信息包括 事故 编号、登记编号、事故时间、道路类型、道路代码、路名、公路行政等级、死亡人数、受伤人数、直接财产损失、事故形态、天气、事故认定原因、主要违法行为、事故所属大队、事故所属中队、主办民警、协办民警 。 一般程序事故人员信息根据人员类型的不同，主要包括驾驶机动车、驾驶非机动车、行人及乘车人、其它 共 四种类型。 （ 3） 事故案卷文书的保存 事故案卷文书以电子照片的形式 进行保存。民警可以通过数码相机对事故案卷文书进行拍照，拍照后 导入 到 系统 ； 也可以直接连接扫描仪，自动把整本的案卷扫描到系统，进 行案卷查询时可以对文书照片进行下载。 （ 4） 事故案卷文书 存 录入系统 的交通事故信息 可以进行 统计 查询及 在本地生成 行保存。录入信息的任何信息项都可以作为查询条件进行查询，可以查看事故的详细信息，所有的电子文书程序可以实现组织生成一本完整的 式案卷，由民警自己进行打印。 （ 5） 分析研判 功能。 对存储的事故案卷信息进行查询统计，使用数据挖掘和数据分析的理论，采用系统已经建好模的分析研判模版，可以根据事故所属地区区域的不同，形成事故信息分析研判的结论 。 （ 6） 待办事务 。 录入系统的事故案卷， 在结案之前都可以进行修改，各级档案员登录系统后，系统自动提取当前区域 未结案 的事故案卷进行显示，双击后可以进行事故基本信息内容的修改以及事故文书的上传。 （ 7）系统管理维护 支队管理员负责整个系统的管理维护：包括各级民警数据的增加、修改、删除处理；系统基本数据表格的维护：包括常用的道路代码数据，事故违法行为代码数据的维护等；系统数据库系统的备份、登录日志信息的管理维护等。 系统功能 需求 分析 开发软件系统最为困难的部分就是要准确说明开发什么。最为困难的概念性工作便是要编写出详细的技术需求，这包括所 有面向用户、面向机器和其它软件系统的接口。如果做错，这将是会最终给系统带来极大损害的一部分，并且以后再对它进行修改也极为困难 12。 交通事故电子档案系统 总共分为 系统身第 二 章 电子档案系统 需求分析 11 份验证、事故案卷录入、 事故案卷查询、 事故案卷评分、分析研判 共五 大模块，各功能模块通过数据库信息的更新完成相互间的信息传递， 系统功能逻辑模型如图 示。 图 系统功能逻辑模型 五 大模块都涉及到数据的访问，包括保存、修改、删除和查询等 。 交通事故电子档案系统 完成的主要功能 模块如下所列。 （ 1） 用户信息的划分、类别信 息的输入，包括中队编号、大队编码、支队编码等 ；