QC成果-试验资料管理系统开发.ppt

试验资料管理系统开发试验资料管理系统开发 一、小组简介 小组名称技术室开拓QC小组小组注册日期 课 题试验资料管理系统开发 活动时间活动频率1次/月 TQC取证率100%小组类型创新型 姓 名性别年龄文化程度职务组内分工 二、选题理由 动力公司成立以来,电气设备试验资料 都是由人工进行管理，由于试验资料种类、数量繁 多，使得在查找试验资料时非常不便。随着计算机 技术的快速发展，这种传统的人工管理模式，已经 不适应现代化的管理要求，主要表现在以下四个方 面： 二、选题理由 v人工进行试验资料整理、编写、归档的过程，费 时费力，同时也消耗了大量的纸张; v现有的人工管理模式下，无法对试验资料中的历 史数据，进行快速统计和分析对比; v电气设备的试验都有一定周期，结合历史试验记 录编制的试验计划，容易造成个别电气设备计划 漏排，致使该设备的试验工作延期和滞后，不利 于电气设备的安全平稳运行； v大量的纸介质试验资料，造成查询试验资料效率 不高。 二、选题理由 针对试验资料查询不便，浪费时间较长的问 题，QC小组成员专门统计了正常使用试验资料的查 询时间，调查结果见下表： 序号查询人查询未归档资料（次）查询已归档资料（次）查询平均用时（秒/次） 12525185 22525165 32525115 42525220 52525265 62525135 72525100 合计175175169 二、选题理由 小组7人参与了查询试验资料测试，共计查 询资料350次，平均查询时间约为169秒/次。由于查 询时间较长，平均查找资料时间近3分钟，为进 一步提高查询效率，解决人工管理存在的问题，我 们小组决定将试验资料管理系统开发作为小 组的课题。 三、设定目标 为了确定课题的目标值，结合类似的软件系 统，对目前使用的中国石油操作图管理系统和 水电收费管理系统的查询时间进行了统计，平 均的查询时间为25秒/次；测试结果见下表： 序号查询人操作图管理系统（次）水电收费管理系统（次）查询平均用时（秒/次） 1505029 2505025 3505020 4505031 5505035 6505019 7505016 合计35035025 经过QC小组讨论决定,将25秒/次的查询时间作 为小组课题活动的目标值。 三、设定目标 QC小组活动目标 169秒 25秒 活动前 目标值 四、提出并选择方案 1、软件开发模式的选择 C/S和B/S是当今世界开发模式技术架构的两大 主流技术。C/S 结构，即大家熟知的客户机和服务 器结构。通过它可以充分利用两端硬件环境的优 势，将任务合理分配到客户端和服务器端来实现。 B/S结构，即浏览器和服务器结构。在这种结构下 用户工作界面是通过互联网浏览器来实现，极少部 分事务逻辑在客户端实现，但是主要事务逻辑在服 务器端实现。为了搞清这两种方式的优缺点，我们 首先来比较一下C/S模式和B/S模式的不同特点： C/S模式和B/S模式详细对比 序号对比项目b/s模式c/s模式 1软件安装软件安装在服务器上，客户端电脑上不需要安 装任何程序 数据库端程序安装在服务器上，每个客户端 电脑上需要分别安装客户端程序 2客户端使 用环境 在任何地方、任意时间、通过任何一部可以上 网的电脑就可以自己的身份登录系统。 必须在上班时间，在办公室里，通过本地网 络上已经安装了客户端程序的电脑来使用。 3数据文件 安全性 数据文件存放在远程机房中的服务器里，无人 为破坏因素，由网管或备份机定时备份。 数据文件存放在本地服务器中，存在人为破 坏因素，数据文件备份取决于用户。 4系统维护 软件提供商可在服务器上直接更新系统，所有使用 者都实时更新了，所以方便及时，解决问题速度快。 软件提供商远程指导用户解决，或上门服 务，一般花费的时间较长。 5维护费用 由于无需上门服务，只要维护服务器就可以了，所 以维护费用较低 既要更新服务器，又要更新每一个工作站， 往往需要上门服务，所以维护费用较高 6系统升级服务器端直接升级，用户无需关心远程指导用户下载升级程序，重新安装系 统，并做相应调试。 7功能扩展 性 功能扩展性强，特别是可以将服务扩展到直接和用 户交流； 功能扩展性差 8技术先进 性 采用的是基于WEB下的开发技术，属于主流技 术，有很大的升级发展空间 采用的是90年代初发展的技术，已经很成熟 了，应用面广。 9费用对比程序开发技术要求较高，费用也较高，后期的升级 及维护费用低；总体而言，考虑到B/S是今后发展 的主流技术，投资的长远效益及性价比有优势 程序开发技术成熟，要求较低，费用相对低 一些，但今后的维护费用比较高，总体而言 ，考虑到技术的发展趋势，今后还是会向 B/S升级 10小组实力强弱 结论 选择 不选择 基于上面的对比分析，我们认为：今后随着网 络环境的不断改善，宽带的逐步普及，网络速度的 不断提高，采用完全的B/S模式应该是发展方向。因 此我们选择B/S 模式。 四、提出并选择方案 2、数据库的选择 目前常见的数据库有Access，SQL Server, MySql, Orcale, DB2数据库等，它们各有优点，适 合于不同级别的系统。那么哪种数据库更快？这其 实是一个很难回答的问题，因为存在许多不定因 素，一些经验表明在长时间运行大量事务方面 Oracle要优于SQL Server，但在集群技术等方面， SQL Server比Oracle数据库要好一些。以下针对当 前较为流行的三种数据库进行详细对比： 三种数据库详细对比 序号对比项目SQLServerOracleDB2 1开放性 只能在Windows上运行， 没有丝毫的开放性。 能在所有主流平台上运行（包括 Windows）。完全支持所有的工 业标准。采用完全开放策略。可 以使客户选择最适合的解决方案 。 能在所有主流平台上运行（包括 Windows）。最适于海量数据。 DB2在企业级的应用最为广泛,。 2 可伸缩性并 行性 并行实施和共存模型并不 成熟。很难处理日益增多 的用户数和数据卷。伸缩 性有限。 平行服务器通过使一组结点共享 同一簇中的工作来扩展indowNT 的能力,提供高可用性和高伸缩 性的簇的解决方案。如果 indowsNT不能满足需要,用户可 以把数据库移到UNIX中。 DB2具有很好的并行性。DB2把 数据库管理扩充到了并行的、多 节点的环境。数据库分区是数据 库的一部分，包含自己的数据、 索引、配置文件、和事务日志。 3安全性 SQLserver 没有获得任 何 安全证书。 Oracle 获得最高认证级别的 ISO标准认证。 DB2 获得最高认证级别的ISO标 准认证。 4性能 SQLServer 多用户时性 能 不佳 Oracle 性能最高，保持 WindowsNT下的TPC-D和TPC-C的 世界记录。 DB2 适用于数据仓库和在线事 物处理，性能较高。 5 客户端支持 及应用模式 C/S结构，只支持Windows 客户，可以用 ADO,DAO,OLEDB,ODBC连接 。 多层次网络计算，支持多种工业 标准，可以用ODBC,JDBC,OCI等 网络客户连接。 跨平台，多层结构，支持 ODBC,JDBC等客户。 三种数据库详细对比 序号对比项目SQLServerOracleDB2 6操作简便操作简单，但只有图形界面 较复杂,同时提供GUI和命令行， 在WindowsNT和Unix下操作相同 。 操作简单,同时提供GUI和命令 行，在WindowsNT和Unix下操作 相同。 7使用风险 完全重写的代码，经历了长 期的测试，不断延迟，许多 功能需要时间来证明。并不 十分兼容早期产品。使用需 要冒一定风险 长时间的开发经验，完全向下兼 容。得到广泛的应用。完全没有 风险。 在巨型企业得到广泛的应用，向 下兼容性好。风险小。 8适用性 个人认为MS平台下最好用的 数据库。界面简单友好，操 作方便，备份与恢复都比较 容易学会。 适用于较大型系统,但上手比较 困难，即便上手后也很难提高。 需要有长期的实践和摸索，但确 实比较适合大系统。备份与恢复 比较完善，但必需很有经验才能 做的比较好。数据量不超过1T， 可以用它 主要应用于大型应用系统，具有 较好的可伸缩性，非常严谨，必 须有非常规范的操作。如果数据 量超过百G，建议用它。 9小组实力强弱无 结论 选择 不选择不选择 四、提出并选择方案 3、软件开发平台的选择 在企业应用软件开发领域，往往存在两种选 择，那就是SUN公司推出的J2EE和微软.NET。.NET 是2000年以后微软最为重要的软件开发套件产品。 J2EE是许多技术规范的集合。目前已经推出近300项 规范，涵盖软件开发的各个方向，使J2EE阵营一直 处于领先地位，在觉察到J2EE这一支奇兵出现以 后，微软推出了.NET Framework，欲与之抗衡，但 一直处于下风。以下是两者在各个方面的详细对比 J2EE和.NET对比 序号对比项目.netJ2EE 1技术来源技术来自于一家公司技术来自于多家公司 2支持语言支持多种语言支持C+、C#、J+、VB、ASP等语 言 支持一种语言JAVA 3费用软硬件均需要付费开源产品众多，免费框架居多，硬件和中间 件需付费 4设计模式多数设计模式最佳实践灵感来源于J2EE阵营成果众多，相应的最佳实践设计模式层出不 穷 5跨平台仅支持Windows操作系统平台移植性好，支持所有操作系统，这一方 面成本降低 6设计理念无开源社区支持，是以框架开发者为主导的设 计 开源社区活跃，很多规范都是一线人员自己 做出来的或者大量听取一线开发者的意见 7虚拟机执行效率高在Windows下肯定不高 8图形图像GDI+没有明显的优势Java2D、GL4Java 9多媒体调用DirectX的COM接口JMF、QuickTime4Java 10学习成本门槛很低，使用方便，学习成本较低门槛较高，由于多且杂，需要开发人员花费 很长时间才能熟悉整个体系 11更新新技术更新较慢这一阵营技术更新很快，新技术新标准层出 不穷，适合技术爱好者 12小组实力弱强 结论不选择 选择 总而言之，J2EE和.NET各有各的优点和缺点。 二者都是非常优秀的开发企业计算软件的优秀平 台。这两种技术平台技术上部分不分伯仲，性能和 先进性上是一致的，但最大的区别在于.NET只能运 行于Windows系统。而J2EE是跨平台的。最终考虑到 本小组在J2EE方面实力较强，所以决定在以后的开 发中，确定J2EE作为具体的应用平台。 最终我们确定的试验资料管理系统开发最佳方 案为：B/S模式+SQLserver+J2EE 软件开发模式 B/S模式 数据库 SQLserver 软件开发平台 J2EE 五、制定对策表 序号 要 求对 策目 标措 施责任人地点完成时间 1 客户端无 需安装软 件 基于B/S模式 设计与开发软 件 客户端零安装，只需安 装微软windows操作系统 软件同时具备上网条件 即可使用本软件 利用JSP+HTML语言开发客户 端源代码，同时将全部源代 码放在服务器端 沙强益技术室5月17日 2 用户权限 维护方便 使用者都有自 己的使用权限 设定用户权限通过软件 操作即可实现，不需修 改软件源代码 在数据库中设计一个权限控 制表和软件功能结构表，结 合XML语言对用户使用权限进 行全面控制 辛宗国技术室6月30日 3 软件使用 界面友好 界面模仿静态 网页系统 使用者可以快速的熟悉 软件使用方法 软件开发中，将各个用户界 面模仿静态网页系统界面， 使得各项操作只需通过鼠标 单击即可实现 黄俊杰技术室7月25日 4 数据维护 查询方便 分级、分层查 询或添加新资 料数据 查找准确率达到100， 查询各种资料都可以从 资料名、配电室名称、 电压等级等等多途径进 行查找、添加 开发中设定多种条件模糊查 询方式，添加则是按 照逐层添加的原则 景世忠技术室8月22日 5 审批流程 定义、维 护方便 将审批流程定 义模块独立设 计 审批流程实现图形定义 ，而且可以实现流程跟 踪 借鉴oA系统中公文审批流程 的成功案例，利用Jbuilder 实现试验资料审批流程管理 模块 沙强益技术室9月23日 六、按对策表实施 对策实施一：客户端无需安装软件 完成时间：5月17日 步骤：1、搭建系统开发及调试环境； 2、客户端界面设计及数据库联接组件设计； 3、使用java+Jsp+Html语言完成编码； 4、调试程序代码无误后，将程序源代码部署 在服务器端。 效果检查：客户端零安装，只需安装微软windows操 作系统软件同时具备上网条件即可使用本软件。 系统登陆主界面 系统登陆后主界面 对策实施二：用户权限维护方便 步骤：1、定位系统需求； 2、在数据库中设计一个权限控制表和软件功 能结构表，结合XML语言对用户使用权限进行 全面控制； 3、使用java语言完成编码； 4、调试程序代码无误后，将程序源代码部署 在服务器端。 效果检查：设定用户权限通过软件操作即可实现， 可以方便的添加，删除功能模块，可以根据用户权 限生成功能菜单和功能树，不需修改软件源代码。 六、按对策表实施 用户权限维护界面 六、按对策表实施 对策实施三：软件使用界面友好 完成时间：7月25日 步骤：软件开发中，将各个用户界面模仿静态网页 系统界面，使得各项操作只需通过鼠标单击即可实 现。 效果检查：使用者可以快速的熟悉软件使用方法。 对策实施四：数据维护查询方便 完成时间：8月22日 步骤：开发中设定多种条件模糊查询方式，添加则 是按照逐层添加的原则。 效果检查：查找准确率达到100，查询各种资料都 可以从资料名、配电室名称、电压等级等等多途径 进行查找、添加。 六、按对策表实施 试验资料模糊查询界面 对策实施五：审批流程定义、维护方便 完成时间：9月23日 步骤：1、借鉴OA系统中公文审批流程的成功案例，定位系 统需求； 2、在数据库中设计一个审批权限控制表、任务分配 表、流程跟踪表，结合XML语言对用户审批权限进行 全面控制； 3、使用java语言完成编码，使用Jbuilder开发工具 完成代码调试； 4、调试程序代码无误后，将程序源代码部署在服务 器端。 效果检查：审批流程实现图形定义，而且流程更改不需要更 改源代码。 六、按对策表实施 试验资料审批流程维护界面 七、效果检查 1、目标完成情况 小组经过5个月的努力，终于于9月底完成了软件的开 发，小组7名成员通过试验资料管理系统随机查询各类试验资 料共计350次，平均查询时间约为20秒。具体查询情况如下： 序号查询人查询未归档资料（次）查询已归档资料（次）查询平均用时（秒/次） 1景世忠252518 2黄俊杰252526