系统工程.docx

系统工程

第一篇：系统工程系统工程系统工程师简介和系统工程师能力发展框架(2012-03-1020:24:47)▼标签：系统工程cmmi项目管理架构分类：工程系统工程是一门非常前沿专业，在美国系统工程师是最热门的职业，在中国虽然很多人放在嘴上，但实际上很少有人这是个什么职业？有人甚至说这是个当总统的专业，简直是在侮辱系统工程师。系统工程最初起源于航天、航空、军事部门，由于卫星、飞船、飞机、导弹这些产品的研发需要很多专业的综合，所以诞生了系统工程；后来该专业也扩展到民用部门，包括民用航空、铁路系统、通信系统、医疗设备等，甚至是一个小小的照相机也涉及系统工程。中国最初提出系统工程就我所知大概是钱学森了，但是从他的系统工程概念还不算太成熟，主要偏重于管理，而实际上系统工程跨越了技术和技术管理，它与项目管理有所交叉，也有很大的区分。以下是一个系统工程师的在项目开发中的所做的事情：第一步，你要去研究市场，了解用户有什么问题、想要些什么，有可能在市场上你已经有竞争对手，你还要调查对手的当前状态，最后你要为用户提出建议的解决方案，开发一个新的系统或是改造一个旧的系统。这时候你的系统可能仅仅是一个设想，你的系统可能很庞大，需要大量的资金投入，潜藏着许多技术风险，而企业的未来就依赖于你的专业决策，这时候一方面你需要尽量满足用户的欲望，又要小心地避免不可逾越的技术障碍。如果你的系统是卫星、飞机这样庞大的系统，一般的专业工程师如机械工程师、电子工程师根本无法完成这样的工作，这时候你才会闪亮登场。你要与用户签订合同，包括资金、进度、技术等方面的内容，系统的开发被划分为若干的阶段，资金分阶段的支付，每个阶段有确定的进入和完成准则，以避免潜在的风险。作为专业系统工程师，基本的能力包括技术规范编写、进度规划、分解工作是需要的，作为中国系统工程师（如果存在这个名词的话），尤为重要的是喝酒、吹牛皮、胆大妄为和玩弄词汇的能力。一个需求分析的失败案例：曾经有一位工程师，他提出一个几乎是天才的创意，用卫星连接全世界通信，这个工程具有系统工程的特质，要发射６６颗卫星，投资ＸＸ亿美元，但不幸的是，这个项目失败了。首先手机的发展很快占据了市场，其次卫星电话面临技术障碍，无法在室内通讯，而且硬件过于庞大。可以说项目的决策者没有系统的分析用户的需求、技术风险和竞争对手，导致项目的失败。这就是摩托罗拉的铱星计划。第二步，你要提出解决方案，或者叫设计，对系统来说也可以叫架构开发。虽然是第二步，但并不说设计就一定在用户需求调查之后，为了占领市场，有时候它在需求调查之前就开始，有时候它随着需求分析同步进行。系统工程师在这个阶段要开发架构。什么是架构，这个词来自于最古老的工程行业—建筑业，风行于最现代的工程行业—软件业。打个比方，架构就好比人的骨架，潘长江就是吃的再多也长不成姚明，因为他们骨架不同。架构设计充满创意，系统工程师当深通于此，产品围绕架构组成系统。架构使用视图来表达，机械工程使用三个图表示三维实体，系统工程师则使用多个架构视图描述系统。好的架构就像金字塔一样悠久，坏的架构就像某些豆腐渣工程一样脆弱。作为专业的系统工程师，基本的能力包括系统建模、仿真和分析技术。一个架构设计的失败案例：在某国一个雷电交加的夜晚，两车相撞了，在经历了５个月的调查后，事故报告公开，造成事故一条设计原因是，当一个采集设备被雷击故障后，传送给主机的状态信息一直保持为故障前采集到的信息，使人做出错误的判断。在不知道情况的时候保持最后的状态似乎是一个非常自然的选择，很多的设计师都非常习惯这样设计，但真的如此吗？这个系统的设计师是否做过“故障模式影响分析”ＦＭＥＣＡ不得而知，在项目中做ＦＭＥＣＡ是非常吃力不讨好的，因为这首先要假设所有的设备都可能出故障，然后通过设计确保故障不影响安全，一些安全关键系统中要求连续两个故障或者两个操作错误或者两个操作错误和故障的组合不会导致致命事故。管理相关：系统工程师脚踏两只船，一只是技术，一只是管理，因此常常与项目管理者的职责分配剪不断理还乱，通常来说项目管理者侧重于进度、资金、范围等，而系统工程师侧重于技术管理，包括技术状态、接口、需求等，什么？技术还有管理？是的，技术需要管理。系统工程师要像猎狗追踪每一个要求的落实，从最初的用户要求到向部件提出的要求直至获得明确无误的证据表明需求已经落实，否则部件设计师会像系统工程师欺骗用户一样欺骗系统工程师。曾经一个火星探测器坠毁，仅仅因为计算单位不统一，如果你是一个学生，计算单位错误最糟糕的结果是考试不及格，而在大型工程中就是数亿美元的损失，为此系统工程师要紧盯每一个接口，防止彼此设计的不匹配，这是一项非常繁琐的工作，因为一个大型系统的接口从几百到几千几万。需求也罢、接口也罢，都要有秩序的管理。管理的技能是必需的。验证：验证就是为