【毕业学位论文】（Word原稿）混凝土行业施工管理系统的设计与实现-软件工程

硕士学位论文 （专业学位） 基于 混凝土行业施工管理系统的 设计与实现 姓 名： 学 号： 所在院系：软件学院 职业类别：工程硕士 专业领域：软件工程 指导教师： 副指导教师： 二一四年一月 A in F 2014 混凝土行业施工管理系统的设计与实现 同济大学 基基于陈世军 同济大学 学位论文版权使用授权书 本人完全了解同济大学关于收集、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷 本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名： 年 月 日 同济大学学位论文原创性声明 本人郑 重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。 学位论文作者签名： 年 月 日 同济大学 硕士学位论文 摘要 I 摘要 随着计算机在 日常工作 中的普及 ，各种适应方方面面的软件及应用平台也应运而生，加之客户的需求瞬息万变，市场竞争日趋激烈 。随着 混凝土行业 的生产节奏日益加快， 施工管理中对实时数据快速处理的要求 在工作中就 显得愈发必要和重要，快速提升管理水平 的 要求也越来越迫切， 势在必行。 本文 作者在经过深入调查研究的基础上，整理形成了用户的业务需求说明书，在此基础上 依据软件工程方法系统性的、规范化的、可量化的对 混凝土 行业施工 管理系统 进行了定性、定量、可行性分析， 进而提出系统的设计，数据库的设计，包括对各个子系统的实现 方法。 在整个设计过程中，从客户需求、设 计工具选取、数据结构规划、系统的可移植性等方面都做了认真、细致的考虑。在各个环节，都充分顾及了客户方便使用的需求 1。 本系统实现了混凝土施工管理中对实时数据的快速处理。运行后确实使企业决策者感受到了快捷便利，系统也在实践中不断地得到了完善和改进。此外， 本论文 在理论上对所涉及的相关技术也都有所论述，还附有关键模块详细的设计及编程。对行业内提升管理水平很有借鉴意义。 关键词： 施工管理 ， 需求分析，实时数据，程序实现 I of in in of As at of On of of a on of on a to of to of a In of of . of In in 济大学 硕士学位论文 目录 录 第 1 章 引言 . 1 题 背景 介绍 . 1 内外发展现状 . 1 题主要研究内容和目的 . 2 于本论文 . 2 第 2 章 相关技术 介绍 . 4 绍 . 4 术 . 5 术 . 5 言 . 6 改、易加、易变化的程序设计 . 7 放数据库 互连 . 7 据库 技术介绍及数据库选型 . 8 据库技术介绍 . 8 系统数据库选型 . 9 章小结 . 10 第 3 章 系统分析 . 11 凝土行业 施工管理 特点分析 . 11 统 需求 用例 分析 . 11 统管理用例图分析 . 12 系统管理用例图分析 . 13 统 可行性 分析 . 15 章小结 . 16 第 4 章 数据库设计 . 17 统数据分析 . 17 . 17 体间的关系图 . 18 据库接口和数据库连接 . 19 建本系统 数据库 . 20 据库 表的设计 . 21 据库表的操纵 （增删改） . 26 章小结 . 26 同济大学 硕士学位论文 目录 5 章 系统 的设计 与实现 . 28 统 的总体设计 . 28 统结构图 . 28 统功能图 . 29 建应用系统 . 30 建 工作区 . 30 建应用对象 . 30 建 身份核查 窗口 . 31 时数据管理子系统的设计 与实现 . 31 料进量 管理 . 35 准 /实际耗材管理 . 42 据 查询管理子系统 的设计 与实现 . 46 总数据 管理子系统 的设计 与实现 . 46 料进量 汇总数据 . 48 材料耗用考核总表 . 51 码维护 管理 子系统 的设计 与实现 . 58 料名称编码 . 59 地名称编码 . 60 强度等级编码 . 60 章小结 . 60 第 6 章 总结与展望 . 61 结 . 61 望 . 61 致谢 . 62 参考文献 . 63 个人简历、在读期间发表的学术论文与研究成果 . 64 第 1 章 引言 1 第 1 章 引言 题 背景 介绍 混凝土 行业 的性质是每天都有大量的数据产生，需要及时录入、计算 、分析、对比 ，并以报表的形式反映出来，以供领导参考。 所谓施工管理是指，根据工程的不同，混凝土强度等级的不同，用于生产砼的各种材料的配比 也会不同，这些数据首先在实验室产生，而实验室的配比用量与生产中的 实际数量又可能有差异。这样多组数据还会随着工程的轻重缓急随时做出生产调整 。由此可见，在整个环节中最重要的就是数据的实时性、准确性。 本课题 的研究 从软件工程的角度 大体可划分为四个阶段，即计划阶段，设计和执行阶段，检查阶段，处理阶段。 对现状考察、数据收集和整理、 试运行 过程中的 改动 、 再运行 循环去解决问题等方面，都和 管理 人员有充分的交流互动，目的是使课题软件得以更高效的运行和使用，也使 施工管理 向着更科学化和信息化方向迈进 2,3。 内外发展 现状 预拌混凝土 （ 现代混凝土技术发展史上的重大进步， 是 建筑施工走向现代化的重要标志。它 采用集中搅拌 ， 是混凝土生产由粗放型生产向集约化大生产的转变，它实现了混凝土生产的专业化、商品化和社会化，是建筑依靠技术进步改变小生产方式 ， 实现建筑工业化的一项重要改革 ， 而且有显著的社会、经济效益。 在 经济较发达的国家， 预拌混凝土 已经发展到成熟阶段，相应的管理水平也非常发达。而在我国现状如何呢？我们正处在高速发展期。 从施工角度看， 预拌混凝土 的生产工厂化和施工机械化，必将要求管理的自动化和数字化。 施工管理 的重要性决定了其在企业中的地位 ，这就要求 管理 职能 需要 进一步优化， 使用更先进 的手段和方法进行更有效率的工作， 准确、及时、系统、全面地 将 生产的 实时数据的 执行情况反映 出来 ，以供企业 决策层 进行预测和决策，制定方针 ，修改 计划，监督和检查各项指标 的 执行情况和完成情况， 以使决策层更加满意。 目前 的管理现状怎样呢？ 很多企业 尤其是中小企业， 施工管理 人员大多使用常用的办公软件如 做些记录 表单 ，到需要 某些数据 时，再用人工同济大学 硕士学位论文 混凝土行业施工管理 系统的设计与实现 2 合成的方法 来查找 。 这种做法显然不能满足时代发展的需要。企业 对 实时 数据的基本需求就是能够随时、随地、随意的进行各种组合条件的查询和 分析 。 题主要研究内容和目 的 本课题的目的是使 混凝 行业 土施工管理 工作实现办公自动化。 主要研究的内容 大体包含以下几个方面： 1、深入进行需求分析。以确定系统的总体结构和主要功能模块。 2、构建一个可视化的开发环境。 你可以用一种可视的、 直观的图形界面 来创建应用程序的用户界面和数据库接口。你也可以使用鼠标单击和拖拽来建立自己的用户界面。 3、构建一个科学合理的数据库系统。 使其不仅可以有效的使用各种信息资源，而且还能将对数据的增删改的过程清楚的、可视的反映在用户界面上。 于本论文 对大量数据进行 录入 、分类、检索、分析、统计等 ， 这 样的管理再合适不过的就是数据库了。 鉴于篇幅所限，本论文截取了整个管理软件的最核心部分对其实现进行技术上的详细论述。即针对 行业施工管理 中 的实时数据 日复一日繁杂的 操作 ， 本系统设计了一套具有简单交互界面的程序，实现上述各项任务，可以大大减轻 管理人员 的日常工作。并且只要保证第一道原始数据录入正确的话，后面所有的计算都是机器自动生成的，这样对查错、纠错都很方便。 本文共分为 六 个章节： 第一章，引言。粗略的阐述了课题的基本情况，即背景介绍、国内外发展现状，以及本课题主要研究内容和目的。 第二章，相关技术 介绍 。介绍了课 题 相关 的技术 和 理论支持，其中 包括 程语言， 开放数据库互连接口 数据库 技术介绍 ，最后介绍了 本 系统 工具选型 。 第三章，系统 的 分析。 本章 首先 对 混凝土施工管理 的特点 进行分析，然后对系统需求进行了用例分析 ， 包括 系统管理 用例图 分析 和子系统管理用例图 分析 ，最后对系统的可行性进行了分析 。 第四章， 数据库设计。在整个系统设计过程中，数据库占有举足轻重的地位，所以本文将数据库单列一章来重点叙述。 包括 系统数据分析， 数据库 接口和数据库连接，创建本 系统数据库，数据库表的设计，数据库表的操纵。 第 1 章 引言 3 第五章，系统 的设计 与实现 。 本章 首先 对系统的总体设计进行论述， 给出了系统结构图和系统功能图， 然后 是对 系统及子系统的设计 与实现 进行了详细的论述 ，主要包括： 创建应用系统， 实时数据 管理子系统， 数据 查询管理子系统， 汇总 数据 管理子系统 和 编码维护子系统。 设计与实现 主要给出 了 窗口设计 、数据对象设计、关键模块的功能流程图及程序实现 。 第 六 章，总结与展望。 这是 对整个 论文的 总结，指出系统将来需要 需要努力的方向 。 同济大学 硕士学位论文 混凝土行业施工管理 系统的设计与实现 4 第 2 章 相关技术 介绍 绍 由美国 司推出的 面向对象编程（ 应用程序，是一种 “ 快速构建商业应用程序 ” 的开发工具 。也是数据库的前端 开发工具 。 其发展系列中三个标志性的产品版本之一，也是目前应用较广的版本 4。 建的平台是可视化的开发环境。使用 可以用一种可视的、 直观的图形界面 来创建应用程序的用户界面和数据库接口。你也可以使用鼠标单击和拖拽来建立自己的用户界面。 用是由一系列对象组成，包括窗口、菜单 、数据窗口、函数、用户事件等等，对象中又包含若干控件，如命令按钮、单行编辑器等，这些对象和控件都可以在许多应用中重复使用。 有强大的编程语言。当用户界面做好以后，接下来要做的就是编程。 编程语言。它完全是一种高级的、结构化编程语言，用它可以编写函数和事件过程。 它不仅功能强大而且 很容易学，便于掌握。 也是 包 括常规程序设计语言 和 句的结合体，即它不仅 含有变量、语句、表达式等基本语句 ，而且 可以内嵌 作 进行操作 5,6。 有非常优秀的开放系统功能。它可以访问一般常用的后台数据库系统，这既包括诸如 类的大型数据库，也包括小至 类支持口的数据库。 利用 们 可以方便快捷地开发出利用后台服务器中的数据和 数据库管理系统 的数据库应用程序。 使用 发人员不仅能用它来建立用户容易使用的各种应用程序，还允许开发人员通过 改他们的数据库，利用超过数百个的内部定义函数，建立能和其他应用程序通讯的各种应用程序。 开发人员提供了一个集成环境。应用 的各种成分，包括窗口、菜单、事物逻辑、数据库存取、数据库生成、图形、报表等全部都能在 开发，而不必再到其他环境去做。这大大加快了开发过程 7,8。 和大多数的 用程序一样， 是事件驱动 工作方式 ，即用户可以通过各种动作控制应用程序的流程。例如，当单击某个按钮，从菜单中选取某个菜单项，或在某个编辑框中输入数据，都会触发相应的事件。用户可以通过编写脚本来说明当事件被触发时所要完成的处理过程。 在这种工作方式中，程序的运行没有固定的流程，程序中的代码也是为各种可能发生的事件编写的，当程序开始运 行之后，它就可以接受来自系统 、 用户或者其它应用程序触发的事件，然第 2 章 相关技术 介绍 5 后执行相应的事件代码。事件驱动的工作方式与面向对象技术是紧密相关的，在 应用程序中，接受发生的事件的往往就是程序界面中的各种可视化对象 9。 用户通过 建的窗口、控件和其他的应用程序对象都是一个预定的事件集合。例如，每个按钮都具有一个 件，每个编辑框都有一个 常情况下，预定事件即是用户所需要的。然而，有些情况下可能还需要定义自己的事件。 具有强大的编译能力，以及集成调试和测试功能，因此在开发环 境中就可以生成并监测每个应用，这将大大的方便了设计、开发和调试过程。 术 窗口是用户界面的最基本要素，是应用程序的界面，应用程序通过窗口显示运行状态和执行结果 的 。 如同我们平时上网或使用诸如 通用软件一样，在 ，用户是通过在 窗口上 放置各种 控件 、或设计具有个性化的菜单 来 表达自己的操作意图 的 。 供的控件多达 30 多种， 其中许多都是我们平时上网页面中 所 熟悉的。如： 当你需要打开另一个窗口或激活某个事件，你可以使用命令按钮或图片按钮，当你在众多条件选项中要做单项或 多项选择时， 单选按钮，复选框可供使用， 输入口令和密码时用单行编辑控件等等。 这里着重要描述的是与数据库相关的数据窗口控件和下拉数据窗口控件 10。 数据窗口控件是窗口中的一个特殊控件，当它与后面谈到的数据窗口对象连接起来后 用户就可以清楚的通过窗口看到数据库中表的具体数据了，更重要的是这种连接既可以是静态的（在某个窗口看某个固定的数据表），又可以是动态的（在某个窗口中不同的情况下看不同的数据表）。 这点很重要，这样才能使程序尽显灵活。 下拉数据窗口控件 这比一般的下拉表用途更广，前者下拉的项目多少是可定义、 可变更的，而后者是固定的， 比如，在实际应用中，通常会对产品做编码，而随着产品的变化，这个编码表也需要随之更换，这时就要用到下拉数据窗口控件，当然你还要单独编程来维护产品编码表 11,12。 术 主要的特色之一就是数据窗口（ 它就像一座桥梁 ，一端连接用户窗口，另一端则与数据库相连，用户通过数据窗口可以方便的对数据库进行各种操作， 也可以处理各种报表 。 同济大学 硕士学位论文 混凝土行业施工管理 系统的设计与实现 6 用户可以将日复一日的原始数据按照即定格式存放到数据库中，同时还可以将存 放 的数据 通过数据窗口展示出来，并允许用户对数据进行增加、删除、修改等操作，而开发人员 也 能够以独具特色的方式灵活运用数据窗口 13,14。 开发人员在数据窗口对象中要决定两件事情，从何处取得数据，以何种方式展示数据库中的数据。 供了五种数据源和十一种显示风格，这样组合起来，开发人员可以想象无穷：当数据窗口对象用于数据录入时 你怎样设计界面会更加方便？当你想对数据做某些删除或修改等操作时又该定制什么样的界面好呢？又或只是查询一些结果或报表时怎么编排界面让人能够一目了然呢？等等这些都是设计人员要根据实际需求认真思考 和确定的事情。 言 相比较其他高级语言， 你不必大段大段的编写程序，因为 事件处理程序 ，我们要做的是要将整个应用的逻辑关系理清，然后就某个事件要做什么来编写相应的程序。所以，某些事件的驱动可能只需要一条语句，如：打开某窗口，其对应的程序只写： 即可 。 当触发某些动作具有相同程序时，为避免大量重复程序散落在不同地方时，我们还可以 自定义函数 ，使用时调用即可。 一种自由格式的语言，它很宽容，也就 是说，语句行中的空格、缩进等格式编排信息完全被编译器忽略，为了阅读方便，我们可以随意安排语句行的位置。 了提供基本的流程控制语句，还提供了 大量的函数 用 来操纵各种对象。 这也使开发人员的编程变得简单化了。函数的种类齐全堪称完美。 如： 数组函数 ，文件函数， 库管理函数 数据类型检查与转换函数 ， 如：将日期转换成字符串（ ） 数值计算函数 ， 如：求绝对值，求和（ ， ） 系统与环境函数 ， 如： 确定当前焦点在哪个控件上 日期、时间函数 ， 如： 被调用时将返回今天的日期， 打印函数 ， 如： 窗口操作函数 ， 如： ， 与众多高级语言不同的是 ， 供了一套完整的 嵌入式 句和动态 句， 开发人员还 可以 在 句中使用变量， 这就大大增强了程序操控和访问数据库的能力 15。 改、易加、易变化的程序设计 第 2 章 相关技术 介绍 7 实际工作中，经常会需要各种改动。 用程序的设计由于是模块化的，所以，对某一部分做删改会变得很容易， 放数据库互连 是微软公司提出的开放式数据库互连标准接口 。 它以关系数据库标准查询语言 存取连接到的数据源， 持单个应用系统访问多个不同的数据库管理系统。 系结构 如图所示， 由四个 层次 组成： 图 系结构 第 1 层：应用程序层。 发的应用程序也位于此层。应用程序通过 。而在 ，对开发人员来说，调用 数的过程也是由 动完成的。 第 2 层： 动程序管 理 器层。它管理并装载驱动程序。 第 3 层：驱动程序层。负责处理 数调用，将 求提交到指定的数据源并将结果返回给应用程序。 第 4 层：数据源 层 。数据库及其管理系统。 开发环境应用程序O D B C 接口O D B C 驱动程序管理器O D B C 驱动程序 O D B C 驱动程序 O D B C 驱动程序数据源数据源数据源O D B C 驱动程序管理器O D B C 驱动程序数据源同济大学 硕士学位论文 混凝土行业施工管理 系统的设计与实现 8 从上图中可以直观的看到，应用程序并不直接与数据库交互，而是通过动程序管理器和各种驱动程序与数据库打交道。这一实现方法真正实现了应用程序与数据库的相互独立性。 应用系统程序通过标准 用程序编程接口 ） 来 与 数据源连接，因此开发过程中不需指定特定的数据库系统，所以 数据库系统的开放性从此被建立。在计算机系统进入开放时代之时，我们 在实践中也感受 到 了 标准的建立与系统的发展是同样的重要。 随着信息化社会的 向前推进， 信息系统架构在数据库的必要性 随之显现，相信 数据库系统在开放架构下 一定会向更深、更广的领域拓展 16,17。 据库 技术介绍及数据库选型 据库技术 介绍 通俗的说，数据库就是存放数据的仓库，与普通意义上的仓库不同的是存放在计算机存储设备上的数据是按照一定格式组织的、可以共享的数据集合。 数据库表是一个二维表。它表示一个关系数据模型中的关系。列表示 字段，也称作域。行表示记录。 数据库表就是一个数据实体，用来描述实体特性的字段称之为属性。为了使数据库表的结构清晰、 不造成系统资源的浪费、 运行速度更快，合理设置表的结构是非常必要的。 关于基本表的完整性一般应满足这样几点，原子性，保证基本表中的字段不能再分解了。原始性，表中的记录都是原始数据。演绎性，由存在于若干基本表中的数据派生出所有的输出数据。稳定性，结构相对稳定，表中记录是要长期保存的。 数据库表结构合理的构造原则是 表里的数据不要出现冗余。一般有三大范式： 第一范式：每个字段都不可再分。如订单表（订单 编号，订购日期，客户编号， ），这些属性都是不可分割的，符合第一范式 。第一范式是对属性的原子性约束。要求属性具有原子性，不可再分解。 第二范式： 是在第一范式基础上的延伸，使表中其他字段都与主键发生关系。还是上面的例子，设定字段：“订单编号”为主键，则“订购日期”，“客户编号”都与“订单编号”相关，满足第二范式。如果在上表中还有一项为“产品编号”， 可以看出，“产品编号”并不依赖于主键“订单编号”那么这一列即是冗余的，它不满足第二范式，应该删除。 第二范式是对实体的唯一性要求，即唯一性约束。 第 2 章 相关技术 介绍 9 第三范式：是 在第二范 式的基础上更进一步，就是 使 表 中 的列都与主键直接相关， 而 不是间接相关。 还看上例， 若改为 （订单编号，订购日期，客户编号，客户姓名， ），则 可 看出，虽然 “客户姓名”都与主键“订单编号” 并不 存在 直接 相关，但再进一步观察，你会发现 “客户姓名”和“客户编号”是相关的，而“客户编号” 与主键“订单编号”是相关的，这样，经过传递依赖，可以导出“客户姓名”也与主键“订单编号”是间接相关。不 符合第三范式，应将该项从订单表中去掉，放入客户表。 第三范式则是对字段的冗余性约束，要求字段不能由其他字段派生出来。 当然，在实际设计工作 中，并不完全遵从对范式的要求，适当降低冗余，提高访问效率久可以了。 数据库表既然 是 实体，那么表之间的关系即是 实体间的联系。一般在系统中这种关系有一对一、一对多、多对多。表之间的联系是靠外键实现的 18。 系统数据库选型 在本章节中，我们已经用了大量篇幅详细叙述了 其如何操控数据库。下面来谈一下本系统选用的数据库。 数据库选型考虑的因素可以有很多，比如开发要求，性能 /成本，数据库能否升级， 数据库设计、编程难易程度等等，但最 主要 的 理由当然是性价比。 不一定大就是好的，适合的才是最好的。 在 ，为用户提供了 一个自带数据库系统 数据库 。该数据库本身就是一个功能强大的数据库管理系统 乎具备了现代数据库的一切特征。 对 一般中、小型应用来说，直接使用这个数据库管理系统是个质优价廉的选择 19。 本系统在综合考虑 系统规模、合理成本建设等 各种因素后 确定 系统开发工具，选定 带的 据库 为系统数据库。 章小结 本章 主要介绍了本系 统开发过程中涉及到的 相关 理论知识。包括 最具特色的 技术， 开放数据库互连 及相关 数据库 技术和数据库选型 ， 最后，阐述了为 何 要 选取 为本系统的开发工具。对所谈及的知识点 在后面系统的详细设计与实现 等章节中 都 有更加详细的论述。 同济大学 硕士学位论文 混凝土行业施工管理 系统的设计与实现 10 第 3 章 系统分析 系统分析的关键在于开发人员与用户之间的沟通。从用户观点出发，从系统需求入手，详细调查、收集、整理各种用户需求、相关数据、使用要求，进而 确定系统目标，找出系统要素，建立系统用户模型 。 系统分析所确定的 内容是 后面系统设计 、系统实现的基础 ，因此，这一阶段的内容做深、做透非常重要。 凝土行业施工管理 特点分析 正如前面课题背景介绍的那样，混凝土行业施工管理 的特点简单表述就是要及时、准确、完善。尽量让管理者对所管辖部门的工作情况了如指掌，及时地了解生产计划 的 执行情况，了解生产进度、材料供应 、机器设备的运转状况，以进一步掌握生产动态，发现问题， 找出各种可行的解决方案，在复杂 的问题和环境中 作出 科学抉择 。 有的企业或有的领导，或许希望 能够在任何时间，以有别于月末 汇总数据 报表的条件组合来统计一些数据， 这就是报表中的有条件查询。 实时数据管理 ： 在混凝土行业，每使每刻都会产生大量 数据 ， 所以一定要把录入数据的界面设计的便于输入，这样即使输入中有错误，也能方便的找出来，改正之。另外，在显示时，将基准数据与实际数据并行存放， 用颜色区分， 很易对比的看。 条件 查询： 查询 是 为了满足任何时间（而并非是月末）查看 实时数据 的统计结果。根据实际需要，本系统设置了 按流水、 按日期和按材料查询检索 实时 数据 ，一键 查询，非常方便。 汇总 数据 管理 ： 有些数据是需要人工干预 在月末 填入汇总报表中， 而非来自基础表 ，所以本系统在打印 汇总数据 报表 前安排了一个 对汇总数据进行编辑、 修改 的 环节，用来输入、 附加 某些数据，这样的编排非常切合企业实际情况。 统 需求 用例 分析 需求分析就是对需要解决的问题进行详细的分析， 弄清楚你想解决什么问题，诸如需要输入什么数据，想要得到什么结果，最后应该输出什么。 用户需求 做 的详尽、细致与否将直接决定系统设计、系统完善和系统维护的好坏。因此要在这个环节上花费更多的心思和时间。要做充分的调查研究 ，认真的数据分析，了解诸多表格之间的关系和格式，尽可能的将用户需求进行细化，确认不会出现内容失实、遗漏、含糊不清、前后描述不一致等等问题 。 第 3 章 系统分析 11 从软件工程的角度，为了描述用户要求系统必须完成的任务， 我们 使用 用例图来说明 混凝土行业施工 管理系统 为用户提供了那些功能或是服务，可以帮助用户执行怎样的操作 20,21。 统管理用例图分析 图 统管理用例图 图 示了系统管理的大致脉络，从系统的角度介绍了参与系统管理的参与者、系统功能模型以及他们之间是怎样相互 联系的。 本系统的主要参与者有两个：实时数据管理者、企业决策者。实时数据管理者要负责本管理系统的日常操作、系统维护等任务，所以他会与所有功能模型相关。而企业决策者只关心与企业经营有关的结果数据，并不过问产生数据的过程，所以有些功能模块不与决策者相关。 本系统的主要功能模块有五个：分别是身份核查子系统、实时数据管理子系统、数据查询子系统、 汇总数据管理子系统、编码维护子系统。 从图中可以看出，实时数据管理者和企业决策者 各自参与系统中相应模块的管理，分工明确，各司其值。 身份核查子系统， 正像很多应用系统并非向所有 人开放一样，本系统对使用者的身份也要进行核查，当然，加密的方式也很多，这完全取决于各系统本身的保密程度。但最基本的就是对用户名使用密码核对。 本系统的身份核查子系统正是 用来 完成此项工作的。用户每次登录本系统时，都要输入用户名和用户密码，企业决策者实时数据管理子系统编码维护子系统汇总数据管理子系统数据查询子系统实时数据管理者身份核查子系统同济大学 硕士学位论文 混凝土行业施工管理 系统的设计与实现 12 然后由系统判断输入的用户名和密码是否正确，如果正确，则登录成功，否则 不允许使用本系统。 实时数据管理子系统，这是混凝土行业施工管理系统中的基础系统。它对大量产生的原始实时数据进行管理，具体说就是分类录入到各种数据表中 ，以备后面的数据查询、数据汇总使用，所以是非常基础的工作。一定 要在设计阶段细细雕琢数据库表、窗口界面、数据对象等项目，才能方便数据查询和汇总。 数据查询子系统，这是决策者最关心的部分，原始数据量大、无序，即使是表格也不能反映出数据之间的关系， 而这正是数据库管理系统最擅长的事情。据库管理系统提供多种条件组合来对数据库数据进行检索， 提供多种 显示风格来展现这些被检索出来的数据。 本系统中的数据查询子系统正是根据决策者的使用需求和查看要求来设定各种查询界面的。 汇总数据管理子系统， 在企业生产过程中，各种原始数据是需要阶段汇总，长久保存的，汇总数据管理子系统正 是为此设立的。要根据企业实际需求，按照数据汇总的时期、格式和要求等对数据进行汇总。 这些汇总数据对企业决策者来说也很重要，它可以辅助制定今后的工作计划，调整工作重心等等。 编码维护子系统，这是一个供其它子系统共享使用的公共子系统。本系统对各种名称实行统一管理、统一编码，在设计上采用 的下拉数据窗口，令 操作时的输入界面非常方便、好用。 上面简单叙述了本系统中的五个功能子系统，在后面的章节中会更加深入的展开来论述的 。 系统管理用例图分析 第 3 章 系统分析 13 图 系统管理用例图 图 出了子系统管理用例图，它 对实时数据管理者的工作做了进一步的细致描述。 实时数据管理者 首先要对日常的实时数据进行 增 、 删 、 改 等维护工作 ，以保持数据的实时性。然后还要对每月的数据做汇总分析，最后再对系统所涉及的各种编码进行维护。从图中还可以看到无论是 实时 数据管理还是 汇总 数据 管理 ，又都包含材料进量和基准 /实际耗材两大子系统。 图 示，在实时数据管理和编码维护 两 个子系统功能模块中，其末端结点都是 增加、删除、修改功能模块，这就是数据管理者的日常工作。 需要指出的是 ，虽然末端节点都是增加、删除和修改，但不同功能模块下的 增删改的内容却差异很大。 实时数据管理者是系统参与者中的主要角色，他涉足所有日常工作中用到的实时数据管理子系统编码维护子系统汇总数据管理子系统数据查询子系统实时数据管理者身份核查子系统材料进量管理基准 / 实际耗材管理增加删除修改增加删除修改按流水按日期按材料材料进量汇总原材料耗用总表材料名称工地名称砼强度等级创建月报修改增加 删除 修改增加 删除 修改增加 删除 修改创建总表修改同济大学 硕士学位论文 混凝土行业施工管理 系统的设计与实现 14 所有系统功能模块。 下面针对逐级展开的子功能模块进行详细的分析。 实时数据管理模块， 又 包含两个 次级功能模块，分别是材料进量管理模块和基准 /实际耗材管理模块。 其中，材料进量管理主要负责日常各种材料进项实时数据的录入并同时计算出阶段时期的合计数。特别要指出的是 在做每一笔记录的增加、删除和修改时，一定要跟随修改相应的合计数量，这正是实时数据管理的核心所在，企业决策者时 时刻刻都需要查看相关数据。 基准 /实际耗材模块是对每批次砼的 实验室的配比