（环境工程专业论文）鞍山消防监督2006管理系统设计.pdf

a b s t r a c t a f t e rr e c o g n i z i n gr e l e v a n tm o n i t o r i n ga n di n s p e c t i n gs t e p si na n s h a nf i r e f i g h t i n g b u r e a u ，t h i sp a p e rf u l l ya n a l y z e da n dd e s i g n e dt h ef o r m e rm a n a g e m e n ts y s t e m f i r s t l y ，t h ed i f f e r e n c e sb e t w e e nf o r m e r l yu s e dj s 2 0 0 0s o f t w a r es y s t e ma n da n s h a n f i r ef i g h t i n gm o n i t o r i n g2 0 0 6 ，a n do p t i m i z e df u n c t i o n ，w e r ei l l u s t r a t e d i nt h i sp a p e r s e c o n d l y ，t h eg l o b a ld e s i g na n dr e a l i z a t i o no fe v e r ym o d u l ei nt h el a t t e rs y s t e mw a s i n t r o d u c e di nd e t a i l v i s u a ls t u d i o n e ta n do r a c l e9 i ，w h i c ha r ep o p u l a ri nw o r l d ，w e r e a d o p t e da st h ed e v e l o p i n gt 0 0 1 a i d e db yt h i ss o t t w a r e f i r e f i g h t i n gb u r e a uc a ni n s p e c t f i r e f i g h t i n gd e s i g n ，m o n i t o r ，c h e c k & a c c e p tt h ec o n s t r u c t i o n & i n s t a l l a t i o ni nt h e c o u l e e so f d e s i g n i n g ，c o n s t r u c t i n g ，c o m p l e t i n g ，a n dc h e c k i n g & a c c e p t i n gi nt h em o d e m m a n n e r , t o w a r dv a r i o u s c o n s t r u c t i o n p r o j e c t s _ i l e wb u i l d i n g ，r e b u i l d i n g ， c o n t i n u a t i o na n di n n e rb u i l d i n gd e c o r a t i o n ，e t c c o n t a i n i n gi t sf o r m e rf u n c t i o n s ，t h e l a t t e rs y s t e ma d o p t e db s ( b r o w s e s e r v e r ) s t m c t u r ea n d n e tp l a t f o r m w i t ht h eh e l po f t h i ss y s t e m ，e x a m i n i n ga n da p p r o v i n ga n dr e l e v a n tq u e r i e so nw e bc a nb er e a l i z e d ， o n l i n ee x a m i n i n ga n da p p r o v i n g ，r e m o t eo p e r a t i o n ，s e c u r i t yc e r t i f i c a t e ，o n l i n eq u e r y ， c o m m o nw o r ko fc i t i z e nf i r e - f i g h t i n gh a n do u t ，f i l et r a n s f e r r i n g ，d a t ac o l l e c t i n g , e r e w e r ei n t e g r a t e di nt h es y s t e m ，r e a l i z i n gr e g u l a t i o na n dp r o g r e s so p e n ，p u b l i c i z i n g ， c o n v e n i e n tf o rp e o p l e ，s t a t i c a l l ya n a l y z i n g ，a i d e dd e c i s i o nm a k i n g t h ed e s i g no f t h ew h o l es y s t e mw a sc o m p l e t e di n d e p e n d e n t l yb ya u t h o r i nt h ee n d ， a no b j e c t i v ec o n c l u s i o no f t h ew h o l es y s t e m sd e s i g nw a sm a d e k e y w o r d s ：o b j e c t o r i e n t e d ，a d o n e t , d a t a b a s e 独创性声明 本人声明所呈交的学位论文是本人在导师指导下进行的研究工作和取得的 研究成果，除了文中特别加以标注和致谢之处外，论文中不包含其他人已经发表 或撰写过的研究成果，也不包含为获得鑫盗盘堂或其他教育机构的学位或证 书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中 作了明确的说明并表示了谢意。 学位论文作者签名：蔓孙 签字日期： _ 件易月凹日 学位论文版权使用授权书 本学位论文作者完全了解叁盗盘望有关保留、使用学位论文的规定。 特授权墨蓬盘堂可以将学位论文的全部或部分内容编入有关数据库进行检 索，并采用影印、缩印或扫描等复制手段保存、汇编以供查阅和借阅。同意学校 向国家有关部门或机构送交论文的复印件和磁盘。 ( 保密的学位论文在解密后适用本授权说明) 学位论文作者签名：秉赡 签字日期：2 声2 月讲日 ，；。降泛 签字日期：p “s 月邙日 第一章绪论 1 1 系统背景 第一章绪论 信息革命席卷全球，迅速而深刻地改变了人类社会存在和发展的方式。二十 一世纪消防事业作为经济和社会发展的重要一环，也必将进入一个崭新的发展阶 段。消防信息化对实现消防业务办公自动化和消防业务信息共享及其综合利用、 建立消防部队快速反应机制、提高消舫部队预防和扑救火灾以及处置其他灾害事 故的实战能力、优化消防业务工作流程、实现消防业务管理科学化规范化、提高 工作质量和管理水平等方面，都起到了积极作用。消防信息化是利用先进可靠、 实用有效的现代计算机、网络及通信技术对消防信息进行采集、储存、处理、分 析和挖掘，以实现消防信息资源和基础设施高程度、高效率、高效益的共享与共 用的过程。 建筑工程消防监督审核，是指公安消防监督机构对新建、改建、扩建、建筑 内部装修等建筑工程项目，从设计、施工到竣工验收所实施的消防设计审核、施 工安装监督检查和消防验收。随着政府信息化和电子政务应用的不断深入，消防 建审也逐步走向办公自动化、管理数字化的时代。几年前，鞍山市消防支队的建 审科就已经开始使用建审2 0 0 0 管理软件进行项目审批、公文流转，并一直沿 用至今。“建审2 0 0 0 软件”的使用，标志着鞍山市消防支队的信息化已经进入了 崭新的应用阶段，它带来了工作效率和质量的大幅提高。 1 2 现存在的问题 随着信息技术的发展，办公自动化应用水平的不断提商，特别是国家颁布了 行政许可法、数字签名法等法律条文后，建审2 0 0 0 ) ) 已经暴露出来许 多问题，如数据格式特殊且人为加密，迫使建审用户被强制付费而别无选择，有 违行政许可法中的有关规定，另外原有系统还存在流程不够合理，界面不够友好， 功能尚待完善等缺点，更值得一提的是用户密码没有经过任何处理就被存入数据 库中，毫无保密作用。由于系统采用c s 结构，因此无法实现远程办公、安全认 证、对外信息查询、政务公开等关键性任务。更为重要的是建审2 0 0 0 ) ) 是基于 第一章绪论 上海消防审批处理业务流程设计开发的，而地方省市在具体的业务流程上都存在 很大的差异，有些流程和业务规则并不符合鞍山市消防局的具体情况，目前，上 海建审2 0 0 0 系统已经全面升级，升级后的新系统更不适合鞍山市消防支队。 为了保持鞍山消防在全省消防信息化方面的领先水平，更好地服务于民，针 对以上主要原因和缺陷，鞍山市消防支队从本局业务实际流程出发，重新研发设 计了鞍山消防监督2 0 0 6 1 软件系统。进一步推进全市消防信息化向纵深发展， 并在全省公安消防系统中示范推广。 第二章系统的总体目标及范围 2 1 系统总体目标 第二章系统的总体目标及范围 在系统调研和与各部门相关人员的交流过程中，可以了解到鞍山消防建审的 整个业务处理模式基本上是比较规范和完整的，原建审2 0 0 0 系统的应用管理 基础比较好，各部门管理人员和业务人员对系统建设热情也较高，尽管在一些跨 部门的业务流程中有一些限制和问题，但从总体来看基本上可以确定整个系统建 设的总体目标： 1 、将原建审2 0 0 0 系统的功能移植到新系统中，采用b s 架构和n e t 平 台，实现互连网上的审批和审批查询，本着“审批制度公开、审批进度公开；宣 传教育、服务公众；统计分析、辅助决策”的原则和宗旨，达到网上审批、远程 办公、安全认证、在线查询、全市消防上下属机构事物处理、文件传输、数据报 送等目的。 2 、利用本项目进行法律文书业务信息集成，以做到信息共享和快速查询统计。 3 、根据公安部相关文件的指示精神，严格遵守一级联网的原则，通过梳理建 审程序。优化重组审批流程，建立审批局域办公网络，实现内外物理隔离，保证 对外审批服务与内部信息管理的安全和有序，从而整体提高消防建审部门的服务 水平和执政能力。 2 2 系统范围 2 2 1 硬件系统 本次工程只负责软件系统的升级改造，但由于系统架构由原来的c s 结构转 为b s 结构，因此对硬件上有一些增加要求，磕件系统连接简图如下： 外网用户、移动办公 第二章系统的总体目标及范围 图2 - 1 需增设防火墙和p c 服务器，建设单独的消防建审局域网络并与公安网物理隔离。 2 2 2 应用模块 表2 - 1 应用模块内容 4 第二章系统的总体目标及范围 2 3 设计要求 1 、总体设计要求： 系统在总体上应具有技术先进、安全可靠、扩展性强、维护方便等特点。 2 、信息要求和范围限制： 由于一级联网的要求，消防建审信息和法律文书信息必须物理隔离，因此对 于信息的集成只能做到建审系统和法律文书系统的各自信息的数据集成，用户交 互界面统一入口。 3 、性能要求： 数据处理效率高。 系统故障频率低、维护容易。 法律文书系统可考虑c s 结构，提高稳定性和反应性能； 能提供多种数据输出接口，方便用户进行其它数据处理。 4 、安全要求 本系统的安全需求主要是防止外部和内部非法用户以及病毒的入侵，确保信 息数据的安全，保证本系统的正常运行。为达到上述的系统安全目标，必须在系 统网络安全设计上、软件上、应用程序上建立安全防范措施。 在每台计算机上安装病毒防护软件，随时进行升级。并建立用户使用权限体系， 不同的用户对数据具有不同的操作权限，进而避免非法的数据操作。另外，系统 还提供数据备份和数据恢复功能，避免数据丢失。对主要的数据处理增加痕迹字 段，记载对应记录的增、删、改等情况。 1 ) 网络系统的安全控制： ( 1 ) 用户密码保护的问题 哈希算法从原始数据中提取1 2 8 位的摘要信息a ( 也称散列值) 。并用接收者 的公钥加密后发送。接收方对解密获得的数据也进行哈希算法获得另外一个摘要 b ，接收者将解密得到的摘要a 与自己产生的摘要8 进行比较，若两者一致，则说 明传输过程未被更改。否则数据就可能被篡改了。哈希算法是不可逆的。 ( 2 ) 系统结构上的硬件考虑 在建审服务器前端加装国产硬件防火墙，实现i p 地址限制、协议包过滤等安 全措施。 第二章系统的总体目标及范围 ( 3 ) 操作系统的安全控制。 w i n d o w s 2 0 0 0 或w i n d o w s 2 0 0 3s e r r 要选用正版，并实时打补丁。 ( 4 ) 数据库的安全控制。 选用正版数据库系统，并要注意s q l 注入等攻击可能。 2 ) 应用软件的角色定义、分配和控制： 系统要有基于用户本身和基于用户角色的判断与控制，并能方便地实现在线 更改、填加、删除、授权等操作。 ( 5 ) 系统维护人员的高素质和有效的管理制度。 5 、约柬条件 组织和制度的保障。 员工素质。 系统培训。 软硬件资金的投入及时、到位。 业务的规范、岗位职责的调整和人员的调整，相关的保密制度等限制条件都 要考虑在内。 2 4 软件设计的原则 2 4 1 软件设计 根据以上的要求，本系统在设计上严格遵循以下原则： 1 、实用性原则 应用软件的首要出发点就是要完全满足鞍山市消防局建审管理的实际需要， 满足实际业务处理流程中的各项业务要求规范，所以在设计应用软件时应以鞍山 市消防局管理实际需求为设计出发点，坚持实用性原则进行设计。 2 、安全性原则 由于系统中的各项数据，是整个系统正常运行的基础。所以系统的安全性是 必须要充分考虑的，做好信息资源的访问权限控制、作好数据备份与恢复，作好 系统对病毒的入侵防范，保证系统安全地运行； 3 、可靠性原则 设计应充分考虑发生异常时的数据备份和事务回滚机制及运行环境的备份方 案。采用成熟、稳定、可靠的技术，保证系统长期安全运行。系统中的软硬件信 息资源要满足可靠性设计要求。 第二章系统的总体目标及范围 4 、灵活性原则 软件设计时应充分考虑整个应用的灵活性要求，通过合理的模块划分和采用 模块化软件设计，实现系统软件在业务变更或软件技术发展时的灵活性适应能力。 5 、准确性原则 数据库系统的构件应具有完备的数据完整性校验。对于垃圾数据进行严格控 制，保持必要的数据冗余。 6 、可扩展性原则 软件设计时应充分考虑整个应用的可扩展性要求，通过面向对象的、合理的 模块划分和采用模块化软件设计，实现系统软件在业务变更或软件技术发展时的 可扩展性能力。 7 、系统先进性 采用先进的体系结构和技术发展的主流产品，保证整个系统高效运行。 8 、系统易操作性 贯彻面向最终用户的原则，建立友好的用户界面，使操作简单、直观、灵活， 易于学习和掌握。 2 ，4 2 输入输出界面设计 系统前台的计算机数据处理画面尽量与原手工表、单据保持一致。并配有详 细的帮助文档，从而提高系统的可使用性。 对系统界面实行统一设计，保持系统界面风格的一致性。打印输出的报表、 台帐、单据尽可能与原手工表格保持一致，打印之前要有预览功能，并且提示要 安装纸张的大小，自动设景打印机纸张的大小。 第三章需求分析 3 1 可行性分析 第三章需求分析 系统的实施必须考虑该系统是否具备实旌的可行性。对现有系统的改造扩展， 除了一些基本的支持外，关键的必备条件有以下几点。 3 1 1 技术可行性 本系统开发所采用的是当前软件开发市场上比较流行的v i s u a ls t u d i o n e t ，它 是一个基于面向对象开发软件，简便易懂，方便开发也方便用户使用。此系统的 后台数据库采用了大型的数据管理系统o r a c l e9 if r o2 0 0 0s e v e r ，使用其做为后台 数据库是恰到好处。再加上现在社会的高速发展，使用这两种技术开发数据库管 理系统是很普遍的，因此开发此系统具有技术可行性。 3 1 2 法律可行性 此系统的开发完全由本人自行开发，未抄袭和使用任何他人作品，因此不会 造成侵权等法律问题。 3 ，1 3 操作可行性 本系统所采用的两个开发工具均简单易懂，便于用户操作和使用，所以具有操 作可行性。 经过上述可行性分析，此系统的开发具有可行性。 3 2 消防支队组织机构图 见图2 - 1 。 3 3 总体业务处理流程 见图2 - 2 。 不受理情况下，业务流程见图2 3 。 8 第三章需求分析 3 4 总体业务流程概述 图3 1 组织机构图 在汲取原系统的优点，屏弃缺点，优化业务流程的基础之上，新系统流程逻 辑假设如下： l 、待审单位将有关材料通过窗口递送到登记员手上，登记员按照建审的五个 阶段即方案审查阶段、建筑施工阶段、内装修审批阶段、设备安装阶段、验收审 批阶段迸行立项登记并打印回执给用户，登记员可检查用户提交的有关材料，对 不符合条件的( 如材料不全或有问题) 不受理，对受理的同时把材料提交到项目 处理，由建审科长或科长以上职能的工作人员进行选择经办人分发。 2 、经办人员接到待审项目后，进行初审并拟稿，形成初审意见，发建审科长 或验收科长。 9 第三章需求分析 1 0 苎三童重垄坌塑 一 型 糕 畿 掣 n 熬 第三章需求分析 3 、建审科长或验收科长进行复审。审核意见书和相关表格信息，签署同意或 不同意和拟办意见，复审结果在科长权限内的可以直接发给内勤，权限之外的选 择处长或副支队长进行终审。科长可以对项目进行强制分发，即选择经办人重新 经办。 4 、处长或副支队长进行终审，终审结果发给内勤。处长和副支队长对项目的 经办有强制分发权利，上图为保持流程清晰而没有画出。 5 、内勤将审批完毕的项目进行出文，系统自动产生文号，打印出文递交用户。 3 5 数据流图 3 5 1 第一层数据流图 图3 - 4 图例符号 图3 - 5 第一层数据流图 1 2 匝媛鞲纂噬瓣匝 掣井静毒 匦煺孵蒙圣f涨幻n 鞲求错榷褂 第四章软件的介绍 第四章软件的介绍 4 1 系统开发工具及版本介绍 本系统为方便用户的管理，采用b s 模式，8 s 最大的优点就是可以在任何地 方进行操作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用，客 户端零维护。系统的扩展非常容易，只要能上网，再由系统管理员分配一个用户 名和密码，就可以使用了。 v i s u a ls t u d i o n e t 是运行于w i n d o w s 平台上的交互式的可视化开发环境，其 中m i c r o s o f tv i s u a ls t u d i o n e t 的四种编程语言之一v i s u a lc # n e t 是一种真 正面向对象的语言，它是为m i c r o s o f tv i s u a ls t u d i o n e t 环境量身定做的语言， 可以充分利用n e t 框架中提供的所有内容，完成从最初的控制台应用程序、 w i n d o w s 应用程序到w e b 应用程序的各种不同的要求。 数据库方面采用o r a c l e g if o r2 0 0 0 s e r v e r ，o r a c l e 数据库以其支持大数 据库、多用户的高性能事务处理，对业界各项工业标准的支持，完整的安全和完 整性控制，支持分布式数据库和分布处理，具有可移植性、可兼容性和可连接性 等突出优点倍受用户喜爱，培训可以很好的完成数据库的建立，并可与v i s u a l c # n e t 进行最佳的配合。 o r a c l e 完整的数据处理功能和c # n e t 强大的编程技术的结合构成了本系统的 基础。 4 2 用例分析 用例是用来驱动整个开发过程的，它表达一个有意义的用户的业务过程和操 作步骤，描述了不同用户对系统交互作用的不同场景，用例图则是强调从用户的 角度看到的或需要的系统功能，它是系统功能的模型图，而某个功能往往对应软 件系统的某个模块。因此通过对用例图详细描述。我们就可以基于它而确定软件 系统的结构，以及各部分模块与系统用户权限的对应关系。同时，用例图也可以 决定主要的用户操作界面( u i ) 的内容。以下为系统主要的用例图。 1 4 苎婴童鏊竺堕坌丝一 一 4 2 1 系统用例图 图4 - l 系统用图例 第四章软件的介绍 验收或 建审经 图4 2 系统用图例 6 星璺里墼壁塑坌塑 _ - _ _ _ _ _ _ _ _ _ _ _ _ _ _ - _ 一一 图4 - 3 系统用图例 1 7 笙婴兰鏊壁竺坌塑 一 图4 - 4 系统用图例 1 8 蔓婴皇鏊竺塑坌塑一 囤4 - 5 系统用图例 1 9 茎婴里墼堂塑坌塑一 图4 - 6 系统用图例 第四章软件的介绍 4 3 数据规格说明 待审用户在如下项目申报阶段提交的材料： 方案阶段： 1 、项目基本信息 2 、图纸、文档资料 3 、没有必填表格 建筑阶段： 1 、项目基本信息 2 、鞍山市建筑工程消防设计审核申报表 3 、附表( i ) 工业建筑、附表( 2 ) 民用建筑、附表( 3 ) 存储物 4 、建筑工程消防设计自审表( 建筑专业) 设备阶段： i 、项目基本信息 2 、建筑工程自动消防设旌设计审核申报表 3 、附表1 、附表2 内装修阶段： 1 、项目基本信息 2 、建筑工程内部装修消防设计审核申报表 3 、附表( 1 ) 装修材料 验收阶段： 1 、建筑工程消防验收申报表 2 、附表( 1 ) 民用建筑 3 、附表( 2 ) 工业建筑 4 、附表( 3 ) 存储物 5 、附表( 4 ) ( 5 ) ( 6 ) 4 4 系统输入输出格式说明 4 4 1 登记打印的回执单和移交单格式： 2 第四章软件的介绍 表4 - 1 公安消防局服务窗i ；3 办事回执单 表4 - 2 公安消防局服务窗口办事移交单 4 4 2 鞍山市消防局拟文稿纸 第四章软件的介绍 打字：校对：监印： 发文：鞍公消( ) 第号年月日 一i 而卤菊西萄蕊了一一 4 5 软件的功能 l 、登记员：首先检查用户提交的项目分类审批表是否完备，能否受理，不能 受理直接退还给用户，能受理则进行项目的登记并提交所登记的项目信息给建审科 长或科长以上职能的工作人员进行项目处理即选择经办人进行分发。同时，登记人 员打印回执单和移交单，将回执单返给用户。它是公文流转的源头，登记工作应该 由鞍山市公共办证办照大厅完成。但由于没有与建审2 0 0 0 联网而不能进行公文传 送，故现在由内勤员代为受理登记项目，登记人员可以判断待审项目是否符合受理 条件，并决定退回或受理分发。 2 、建审经办：审批分发或强制分发过来的待审项目信息，提出书面审批意见 并拟稿，然后发送到建审科长；对不符合要求的材料则不予受理，发给内勤处理。 3 、建审科长：进行建审初稿的二次审定，修改一审意见后可有两种选择，一 是权限内的直接发文给内勤，一是权限外的发送处长或副支队进行最后审核，系统 提供审批意见的拟文打印功能。 4 、验收科：进行项目的验收工作。 第四章软件的介绍 5 、处长：审批科长发送来的项目情况，并进行最后的审定工作，然后直接发 文给内勤，或者进行强制分发给建审经办员重新经办。 6 、内勤：对审批通过的项目进行批文的编号、整理、打印，提交到用户；对 没有通过的项目发出通知，提出意见，打印后提交到用户手中。 2 4 第五章系统实施 5 1 数据库设计 第五章系统实施 数据库技术主要用于研究数据的存储、使用和管理。数据库系统的发展经历 了层次模型数据库、网状模型数据库和关系型数据库3 个大的发展阶段。现在大 量使用的是关系型数据库。目前数据库的发展方向是面向对象的数据库系统。随 着计算机网络的迅速发展，也大量使用了基于客户服务器分布计算模式下的数 据库系统。对于软件的开发来说，数据库的设计是至关重要的。 数据库要为用户提供各种有效的信息，充分满足用户的需求，使之能够方便、快 捷、有效的对数据进行查询、增加、修改、删除等操作。根据化检验中心工作的 具体操作流程，针对以上功能的实现，从数据库的操作合理性、易维护等因素考 虑，设计相应的库表结构。 5 2 各模块功能设计 5 2 1 智能送审模块的设计 1 、阶段选择功能 选择送审材料要提交的阶段：a 建筑阶段b 设备阶段。 根据选择不同的阶段，进入不同的信息录入界面，来完成以后的信息录入。 2 、添加送审信息 对送审信息录入，其中包括文字信息和图纸信息：当选择好阶段时，根据用 户提交的申报信息，手工将这些信息添加到程序输入界面中。实现对图纸的录入， 将c a d 等电子图纸添加到程序输入界面中。 3 、清空信息 可清空当前表格中的所有文字和图纸信息 当用户添加出现整体上的错误时，可以重新添加耍申报的信息。对其中的工 程名称等其后的表格内所添加的文字进行清空。亦可删除选中的图纸。 第五章系统实施 4 、信息保存 将已填入的信息保存到一临时文件中，为文件打包做准备。当必须填加的信 息中有未填加的信息时： 1 ) 将会弹出相应提示信息，提示用户把信息添加完整。 2 ) 并把该未填项用醒目颜色标识出。 3 ) 同时把输入符聚焦到应该添加的表格项上。 4 ) 只有填完后才可保存。 当必须填加的信息中无未填加的信息时，保存成功后，将提示保存成功 的提示信息。 5 、文件打包 对填写完的表格进行打包后刻录，当添完所要求的信息和图纸后，即可 使用打包，来完成以后的刻录。 5 2 2 项目登记模块的设计 1 、手工登记 1 ) 模糊查询( 登记) 。 ( 1 ) 按工程名称、工程地址查询项目信息。 ( 2 ) 显示查询结果。 表5 - 1 显示查询结果 l 总项目名称 工程名称工程地址 l 工程阶段 i f ( 3 ) 如果没有该总项目，则新登记总项目。 写总项目名称、工程名称、工程地点、建设单位、设计单位、施工 单位相关信息及备注。 选择项目发送的目的警员。 选择项目所处阶段。 手动上传建审项目分类审批申报表。 自动生成项目编号。 ，打印回执单、移交单。 ( 4 ) 如果有该总项目，登记该总项目的新工程。 第五章系统实施 填写工程名称、工程地点、建设单位、设计单位、施工单位相关信息及备 注。 选择项目发送的目的警员。 选项目所处阶段。 手动上传建审项目分类审批申报表及图纸。 自动生成项目编号。 打印回执单、移交单。 按批文号查询( 再登记) 。 2 ) 按批文号查询项目信息。 3 ) ，如该项目系统以前未处理过，则显示无此批文号。 4 ) 如系统以前处理过该项目，可直接查看项目基本信息并登记。 5 ) 显示项目的登记信息 表5 - 2 项目的登记信息 登记 总项目名称 工程名称 工程地址 建筑单位名称负责人联系人联系电话 建设单位 设计单位 施工单位 备注 发送给工作阶段 审批时间 2 、智能送审 i ) 自动读取光盘上的项目基本信息。 2 ) 查看用户提交的报审光盘上的项目分类审批申报表及图纸。 3 ) 登记用户报审的项目。 ( 1 ) 从光盘上自动提取登记项目的程名称、工程地点、建设单位、设计单位、 施工单位相关信息及备注。 ( 2 ) 选择项目发送的目的警员。 第五章系统实施 ( 3 ) 选项目所处阶段。 ( 4 ) 自动上传建审项目分类审批申报表及图纸。 4 ) 自动生成项目编号。 5 ) 打印回执单、移交单。 3 、项目状态查询 1 ) 按项目编号查询项目目前在系统流转中所处的状态。 2 ) 显示项目状态信息 表5 - 3 项目状态信息 项目状态 项目编号 工程名称 项目状态 批文号 4 、详细查询 1 ) 按工程名称查询。 2 ) 按工程地点查询。 3 ) 按项目编号查询。 4 ) 按经办人查询。 5 ) 按项目所处阶段查询( 建筑阶段、设备阶段、内装修阶段、验收阶段) 。 6 ) 按建设单位查询。 7 ) 按施工单位查询。 8 ) 按送审时间段查询。 9 ) 按批文号查询。 1 0 ) 按项目在系统中状态查询( 在审、同意意见、不同意意见) 。 1 1 ) 显示项目信息。 表5 4 项目信息 选中查询出的一个项目，查看项目在系统中的流转情况。包括项目在系统流 转中的经办人及出文批号。 第五章系统实施 5 2 3 项目处理模块的设计 1 、待分项目 对该项目基本信息进行审核。 1 ) 查看项目基本信息。 2 ) 修改项目基本信息。 表5 - 5 修改项目基本信息 项目编号项目阶段 项目名称重点项目 项目地址特殊超期 负责人联系人联系电话 建设单位 设计单位 施工单位 流转来源审批意见 发送给 3 ) 标识选中项目为重点项目。 4 ) 标识选中项目允许其超期。 5 ) 给出意见( 同意或者不同意) 。 6 ) 查看该项目的图纸。 查看用户提交的该项目对应的图纸信息。 表5 - 6 对应的图纸信息 i 图纸名称 文件名称服务器地址文件路径光盘的编号光盘的路径 l 选中一个图纸打开浏览图纸内容。 浏览本地机上的图纸。 将图纸上传到系统预先设置好的服务器上。 删除图纸。 7 ) 查看该项目申报表及其附表。 第五章系统实施 查看用户提交的该项目对应的审核申报表及其附表。 修改报表的内容。 将报表上传到系统预先设置好的服务器上。 打印报表。 8 ) 选择某一个建审单位的经办人对项目信息进行初审。 9 ) 作废一个项目。标识该项目无法处理，即不受理。 2 、待审项目 1 ) 该项目基本信息进行审核。 2 ) 查看项目基本信息。 3 ) 修改项目基本信息。 表5 7 修改项目基本信息 项目编号项目阶段 项目名称重点项目 项目地址 特殊超期 负责人联系人联系电话 建设单位 设计单位 施工单位 流转来源审批意见 发送给 4 ) 标识选中项臣为重点项目。 5 ) 标识选中项目允许其超期。 6 ) 给出复审意见( 同意或者不同意) 。 7 ) 为该项目输入批文意见。 3 、模拟w o r d 的基本功能编辑批文意见。 1 ) 保存到本地硬盘。 2 ) 保存到服务器。 3 ) 打开本地文件。 4 ) 打印。 5 ) 剪切、复制、粘贴。 6 ) 粗体、斜体、下划线、剪切线。 第五章系统实施 7 ) 居左、居中、居右。 8 ) 上标、下标。 9 ) 选择字体。 4 、打开一个本地文档作为批文意见。 5 、将批文意见存盘。 6 、打印批文意见。 1 ) 查看该项目的图纸。 ( 1 ) 看用户提交的该项目对应的图纸信息。 表5 - 8 对应的图纸信息 i 图纸名称文件名称服务器地址文件路径光盘的编号光盘的路径1 ( 2 ) 选中一个图纸打开浏览图纸内容。 ( 3 ) 浏览本地机上的图纸。 ( 4 ) 将图纸上传到系统预先设置好的服务器上。 ( 5 ) 删除图纸。 2 ) 查看该项目申报表及其附表。 ( 1 ) 查看用户提交的该项目对应的审核申报表及其附表。 ( 2 ) 修改报表的内容。 ( 3 ) 将报表上传到系统预先设置好的服务器上。 ( 4 ) 打印报表。 3 ) 选择菜一个建审单位的处长或支队长对项目信息进行终审。 4 ) 将审核完成的项目信息提交给内勤人员，由其排版出文并归档。 5 ) 作废一个项目，标识该项目无法处理，即不受理。 3 、强制分发 1 ) 列出系统中所有在审项目。 2 ) 根据工程名称关键字模糊查询欲进行强制分发的项目信息。 3 ) 根据项目编号查询欲进行强制分发的项目信息。 4 ) 根据审批人员查询欲进行强制分发的项目信息。 选中一个欲强制分发的项目 5 ) 示查看该项目的基本信息。 第五章系统实施 表5 - 9 项目的基本信息 项目编号项目阶段 项目名称重点项目 项目地址特殊超期 负责人联系人联系电话 建设单位 设计单位 施工单位 流转来源 审批意见 发送给 6 ) 显示查看该项目的审批意见的批文内容。 7 ) 显示查看该项目的审批申报表及其附表。 8 ) 显示查看该项目的图纸。 9 ) 选择某个建审单位的经办人重新经办审核该项目。 4 、详细查询 i ) 按工程名称查询。 2 ) 按工程地点查询。 3 ) 按项目编号查询。 4 ) 按经办人查询。 5 ) 按项吕所处阶段查询( 建筑阶段、设备阶段、内装修阶段、验收阶段) 。 6 ) 按建设单位查询。 7 ) 按旌工单位查询。 8 ) 按送审时间段查询。 9 ) 按批文号查询。 1 0 ) 按项目在系统中状态查询( 在审、同意意见、不同意意见) 。 1 1 ) 显示项目信息。 1 2 ) 显示查询出的信息条数。 1 3 ) 选中查询出的一个项目，查看项目在系统中的流转情况。包括项目在系 统流转中的经办人及出文批号。 5 、查看批文 1 ) 按审批单位关键字模糊查询项目批文内容。 2 ) 按审批部门关键字模糊查询项目批文内容。 第五章系统实施 3 ) 按工程名称关键字模糊查询项目批文内容。 4 ) 按批文号查询项目批文内容。 5 ) 显示该项目批文内容。 6 、工作量统计 1 ) 部门工作量统计 ( 1 ) 统计要求：对本部门接手的所有项目的项目阶段来进行统计。 ( 2 ) 统计条件：按时间范围。 ( 3 ) 统计结果： a 、受理数的统计：所有登记且被受理的项目。 b 、己审数的统计：实际审批时间在统计时问范围内的所有项目。 c 、未超期在审数的统计：所有在统计时间范围内的在审项目，且实际完成时 间没有超过预计完成时间的所有项目。 d 、超期在审数的统计：所有在统计时间范围内的在审项目，且实际完成时间 没超过预计完成时间的所有项目。 e 、发文数：统计时间范围内的出文数量。 f 、同意数：项目的实际完成时间在统计时间内，且审批意见为同意的所有项 目。 g 、不同意数：项目的实际完成时间在统计时间内，且审批意见为不同意的所 有项目。 h 、超期数统计：包括已审超期和在审超期，既在统计时间范围内实际完成时 间大于预计完成时间的所有项目和超期在审的所有项目 2 ) 个人工作量统计 ( 1 ) 统计要求：对所有项目的来进行统计。 ( 2 ) 统计条件：按时间范围。 ( 3 ) 统计结果： a 、统计出每个人的己审、在审和超期的工作量。 b 、当选中某一个人，按项目的不同阶段列出该人在不同阶段的已审、在审和 超期的工作量。 3 ) 本单位及下级单位工作量统计 ( 1 ) 统计要求：对所有单位接手的所有项目的来进行统计。 ( 2 ) 统计条件；按时间范围。 ( 3 ) 统计结果： a 、受理数的统计：所有登记且被受理的项目。 b 、已审数的统计：实际审批时间在统计时间范围内的所有项目。 第五章系统实施 c 、未超期在审数的统计：所有在统计时间范围内的在审项目，且实际完成时 间没有超过预计完成时间的所有项目。 d 、超期在审数的统计：所有在统计时间范围内的在审项目，且实际完成时间 没超过预计完成时间的所有项目。 e 、发文数：统计时间范围内的出文数量。 f 、同意数；项目的实际完成时间在统计时间内，且审批意见为同意的所有项 目。 g 、不同意数：项目的实际完成时间在统计时间内，且审批意见为不同意的所 有项目。 h 、超期数统计：包括已审超期和在审超期，既在统计时间范围内实际完成时 间大于预计完成时间的所有项目和超期在审的所有项目 4 ) 本单位及下级各单位工作量统计 ( 1 ) 统计要求：对所有项目的来进行统计。 ( 2 ) 统计条件：按时间范围。 ( 3 ) 统计结果： a 、统计出每个单位的已审、在审和超期的工作量。 b 、当选中某一个单位，按项目的不同阶段列出该单位在不同阶段的已审、在 审和超期的工作量。 6 、工程量统计 1 ) 民用建筑工程量统计 ( 1 ) 统计要求：对所有项目的来进行统计。 ( 2 ) 统计条件：按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 ( 3 ) 统计结果： a 、按照民用建筑的使用类型分类，对各个不同类型的项目统计出在审和已审 的民用建筑的数量和面积。 b 、按层次分类征总得出分类总计数值。 2 ) 工业建筑工程量统计 ( 1 ) 统计要求：对所有项目的来进行统计。 ( 2 ) 统计条件；按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 ( 3 ) 统计结果：按照工业建筑的使用类型分类，对各个不同类型的项目统计 出在审和已审的工业建筑的数量和面积。 3 ) 消防产品统计 ( 1 ) 统计要求：对所有项目的来进行统计。 ( 2 ) 统计条件：按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 第五章系统实施 ( 3 ) 统计结果： 4 ) 装修统计 ( 1 ) 统计要求： ( 2 ) 统计条件： ( 3 ) 统计结果： 程数量。 根据产品名称，列出已审和在审的所有消防产品的数最。 对所有项目的来进行统计。 按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 按照装修的性质分类，列出已审和在审的各个性质的装修工 5 ) 消防设施统计 ( 1 ) 统计要求：对所有项目的来进行统计。 ( 2 ) 统计条件：按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 ( 3 ) 统计结果： a 、按照消防设施的总体分类列出不同类型的消防设旖的已审和在审的数量。 b 、对不同类别的消防设施系统再按各系统的类别细分，得出详细和已审和在 审的消防设施数量。 6 ) 存储物统计 ( 1 ) 统计要求：对所有项目的来进行统计。 ( 2 ) 统计条件；按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 ( 3 ) 统计结果： a 、按存储器的类型分类，统计出已审和在审和存储物的数量。 b 、按存储物的性质的分类，统计出己审和在审的存储物的数量。 5 2 4 项目经办模块的设计 5 2 4 1 待审项目 一、选择一个待审项目 对该项目基本信息进行审核。 1 查看项目基本信息。 2 修改项目基本信息。 3 标识选中项目为重点项目。 4 标识选中项目允许其超期。 5 给出初审意见( 同意或者不同意) 。 为该项目输入批文意见。 1 模拟w o r d 的基本功能编辑批文意见。 2 保存到本地硬盘。保存到服务器。打开本地文件。打印。剪切、复制、粘 贴。粗体、斜体、下划线、剪切线。居左、居中、居右。上标、下标。选择字体。 3 打开一个本地文档作为批文意见。将批文意见存盘。打印批文意见。 第五章系统实施 查看该项目的图纸。 查看用户提交的该项目对应的图纸信息。 选中一个图纸打开浏览图纸内容。 浏览本地机上的图纸。 将图纸上传到系统预先设置好的服务器上。 删除图纸。 查看该项目申报表及其附表。 蠢看用户提交的该项目对应的审核申报表及其附表。 修改报表的内容。 将报表上传到系统预先设置好的服务器上。打印报表。 选择某一个建审单位的科长对用户提交的建审项目进行复审。 作废一个项目，标识该项目无法处理，即不受理。 5 2 4 2 详细查询 按工程名称查询。 按工程地点查询。 按项目编号查询。 按经办人查询。 按项目所处阶段查询( 建筑阶段、设备阶段、内装修阶段、验收阶段) 。 按建设单位查询。 按施工单位查询。 按送审时间段查询。 按批文号查询。 按项目在系统中状态查询( 在审、同意意见、不同意意见) 。 显示项目信息。 显示查询出的信息条数。 选中查询出的一个项目，查看项目在系统中的流转情况。包括项目在系统 流转中的经办人及出文批号。 5 2 4 3 个人工作量统计 统计要求；按登录的经办人所接手的项目的项目阶段来进行统计。 统计条件：按时间范围。 统计结果： 1 ) 、已审数的统计：实际审批时间在统计时间范围内的所有项目 2 ) 、在审数的统计：项目被受理，且实际完成时间为空或者实际完成时间在统 审i 6 z&l王王 第五章系统实施 计时间之后的所有项目。 3 ) 、超期数统计：包括已审超期和在审超期，既在统计时间范围内实际完成时 间大于预计完成时间的所有项目和超期在审的所有项目。 4 ) 、对所有的已审、在审和超期数进行汇总得出总计数。 5 2 4 4 工程量统计 民用建筑工程量统计 统计要求：按登录的经办人所接手的项目的来进行统计。 统计条件：按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 统计结果： 1 ) 、按照民用建筑的使用类型分类，对各个不同类型的项目统计出在审和已审 的民用建筑的数量和面积。 2 ) 、按层次分类汇总得出分类总计数值。 工业建筑工程量统计 统计要求：按登录的经办人所接手的项目的来进行统计。 统计条件：按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 统计结果： 1 ) 、按照工业建筑的使用类型分类，对各个不同类型的项目统计出在审和已审 的工业建筑的数量和面积。 消防产品统计 统计要求：按登录的经办人所接手的项目的来进行统计。 统计条件：按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 统计结果： 1 ) 、根据产品名称，列出已审和在审的所有消防产品的数量。 装修统计 统计要求：按登录的经办人所接手的项目的来进行统计。 统计条件：按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 统计结果： 1 ) 、按照装修的性质分类，列出已审和在审的各个性质的装修工程数量。 消防设旌统计 统计要求：按登录的经办人所接手的项目的来进行统计。 统计条件：按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 统计结果： 1 ) 、按照消防设施的总体分类列出不同类型的消防设施的已审和在审的数量。 2 ) 、对不同类别的消防设施系统再按各系统的类别细分，得出详细和己审和在 审的消防设施数量。 第五章系统实施 存储物统计 统计要求：按登录的经办人所接手的项目的来进行统计。 统计条件：按时间范围和项目所属阶段( 建筑阶段和验收阶段) 。 统计结果： 1