软件工程师生产数据库系统的案例.docVIP

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