《案例分析报告之二：某公司生产测试数据库系统案例分析》.docVIP

软件工程案例分析报告 —— 某公司生产测试数据库系统案例分析 Production Database Case Analysis 日 期：2008-12-22 目 录 案例简介 3 案例分析 6 系统目前运行状况 6 标准化的软件开发模型 6 ISO9000系列质量认证体系 11 总结 14 一、案例简介 某企业是从事探测器生产的一家中小型外商独资企业，为节省人力成本和原材料成本，于06年开始，由外国总部开始将设计和生产制造中心向国内进行转移，先后在北京、宁波、香港等地建立分公司或分支办公室，并开始拓展大中国区和亚太区市场。由于所生产的产品需要有极高的技术工艺水平，所以在本地招募高级技术型人才以满足发展的需要。一切似乎都在意料中进行，但是在06年底产品转移出现严重问题，由于产品的环境适应性能较差，北京这个内陆城市的气候又比较干燥，冬天干冷，生产的环境一度无法保持原有的水平，成品率一落千丈，生产效率严重下滑，公司效益收到直接影响。一套完善、标准、可行性高、高效率、低成本的解决方案势在必行。在建设完善的物理环境以保证生产可以正常进行之外，公司领导层还提出了建立一套生产数据库系统的需要，以更进一步的保证生产效率，对于生产和测试流程进行良好的监控和管理，利用技术手段对于失败产品进行错误分析，以便于及时发现生产中出现的漏洞和隐患之后，可以提供最快最好的解决方案。 由于该企业从事业务包括市场分析调研、自主研发、用户定制、生产制造、销售等一条完整的链式流程，所以产品都是基于某特定用户的特定需求来进行生产。这样的需求在市场上很难有现成的系统或软件产品可以完全胜任该企业生产发展的需要。所以领导层在经过多次讨论和协商后决定：自主开发这套生产数据库测试系统，由企业内部的IT人员和软件工程师协同合作，先后进行引导式需求分析、可行性分析、流程设计、概要和详细设计、测试和培训等，开发周期历时8个月。 这套生产测试数据库系统 （Production Testing Database System）基于Linux系统平台，具有一定的可移植性和可扩展性。由于考虑到成本问题，开发平台基于PHP+Apache+MySQL的黄金组合，开发平台和系统平台符合GPL规范，系统架构成熟，具有一定的安全性、实用性和稳定性。系统内部的核心测试模块符合该企业现有的业务和测试流程，满足客户的需求，可即时生成报表以便管理层对任意时期或时段的生产和测试情况、良率等指标进行监控和统计，对库存和发货进行管理等。 以下部分利用一些图表来简要介绍一下该系统的功能实现情况。 图一：产品生产状态和发货的查询、汇总等。 如上图所示，在没有登陆的情况下，只能看到一些简要的信息，对于产品的细节测试环节都无法查询。 图二：产品测试的详细流程 图三：产品测试的详细流程 图四：良率报告 图五：管理员模块 - 用户管理 该项目目前已经完成并上线运行，由该企业IT部门进行网络和系统的运维工作。 本文着重介绍和分享该案例成功的经验和背景，将从软件工程的思想理论、技术和方法与该案例紧密结合并加以分析。对该套系统的进一步完成提供建议。 二、案例分析 （一）系统目前运行状况 该系统目前运行正常，硬件系统可以很好的满足系统的需要，负载均衡。网络通信流畅。整个系统平台按照设计的功能在正常的运行。数据库工作正常，用户可以正常的对数据进行增加、修改以及查询。备份方案完善。如果出现停机或拒绝服务等情况，本地管理员会及时查看并修复，如果无法解决，本地管理员有义务或责任把问题升级至公司总部，由远程工程师协助进行远程修复。 综上所述，该系统目前运行良好，所以该案例为成功案例。 （二）标准化的软件开发模型 宏观角度 该生产测试数据库系统在宏观角度采用瀑布模型作为软件开发模型。瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。从本质来讲，它是一个软件开发架构，开发过程是通过一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，开发进程从一个阶段“流动”到下一个阶段，这也是瀑布开发名称的由来。 瀑布模型是最早出现的软件开发模型，在软件工程中占有重要的地位，它提供了软件开发的基本框架。其过程是从上一项活动接收该项活动的工作对象作为输入，利用这一输入实施该项活动应完成的内容给出该项活动的工作成果，并作为输出传给下一项活动。同时评审该项活动的实施