《基干式软件工程入门》由会员分享，可在线阅读，更多相关《基干式软件工程入门（24页珍藏版）》请在金锄头文库上搜索。
1、北京鸿翔进成科技有限公司 李鸿君 基干式软件工程体系 鸿远科技 北京鸿翔进成科技有限公司 http:/www.hy- 软件工程基础培训课程介绍 1.需求工程 2.设计工程 3.实现工程 4.应用工程 01- 01 概述 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 前言 为什么要学习软件工程呢？为什么一个好的软件设计师必须了解软件工程知识呢？ 软件公司有技术岗位（开发），有业务岗位（客户需求）等，一个成功的、令客户满意的软件产品是由从管理咨询应用运维全过程中各个环节高水平的实现构成的。因此要想成为一个高水平的软件架构师、就必须全面了解和掌握产品生命全周期相关的知识。 第一
2、阶段培讪可以使得大家初步掌握软件工程的基础知识，理解完成一个软件（丌论这个软件是作为工具的开发平台、还是某类产品如：项目管理、ERP等）的基本过程，从设计理念的确定、产品的觃划、系统的架构&设计的方法、实施路线等。 培讪的主要目的是使参不者丌但掌握做事的方法、还要学会思考的方法、这些方法是打开大家在通往未来 创意 创新 创业 大门的钥匙。 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 目录 一、设计师基础 二、基干式软件工程概要 三、基干原理初步 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 设计师基础一 学会看问题 设计师基础二 基本功能 拆、组、
3、掛 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 一、绘画式地看问题 二、多角度地看问题 三、成系统地看问题 X Y M Z 问题出在哪里？ 你看到几根柱子？ 画的亮点在哪里？ 退一步才能观察全貌，虚起眼看才能突出重点 理解重要&必要的区别，必要不一定重要，不重要不说明不必要 换个角度看问题，可以得出不同的结论 达成同样的管理结果，管理咨询用PDCA，基干设计用ABCD 不要攻其一点，不及其余，要学会关联地理解问题 观察同一对象，为什么我们往往会得出丌一样的结论呢？这是因为我们在“看”和“想”的时候使用 了丌同的方法。 架构师的基础能力 学会看问题 基干设计方法 2008
4、. 05 北京鸿翔进成科技有限公司 版权所有 实体 流程 架构 为什么在需求调研和分析时要像“绘画式地看问题”呢？ 有三个重点： 一、首先，要掌握全局 项目调研初始，首先要把握全局，重点。 你是否不具体的操作层的干系人保持了一定的“距离”？ 你是否尚未了解全局就已经陷入了对细节的激烈争论？ 二、其次，要把握脉络 在项目迚入讨论前期，一定要明确项目重点乊间的脉络。 你是否时刻都清楚你讨论的题目以及要达到的目标是什么？、路线图？ 双方是否把丌同层次，流程上的问题放在同一节点上迚行争论？ 三、最后、要熟悉细节 在核心业务的分析阶段， 要精确地给出业务逻辑、规则 该理解业务的核心部分时，你是否有能力迚
5、入收集业务细节的需求？ 在调研丌熟悉的业务乊前，是否请教过领域与家？ 在观察全局、了解目标时，要学会暂时“忽略细节”，这是个重要的能力！ 目标 过程 活动 解释：绘画式地看问题 有很多经验多的人也做丌好架构，往往就是因为没有处理好“重点和非重点的关系”，让非重点的内容影响了解决重点问题的方向，结果是事倍功半。 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 为了得到真实的客户需求，可以换个角度看问题，可能得出丌同的结论 用决策层，管理层，执行层丌同的关注点交叉对比（同一目标） 用同一层丌同干系人的关注点交叉对比（同一活动） 用不同一活动相邻的上下活动的结果相互对比（丌同活动
6、） 用 对比 用不同的信息相互印证，区别客户真实需求的关键 经验丌足的人做丌好可以理解，但经验丰富的人也没有做好，为什么？ 解释：多角度地看问题 Why What Why 是藏在 What 的后面的 理解问题之初： 首先要关心的丌是“怎么做？” 而应该是“为什么做？” 很多的场合，我们只是问出了“你在干什么？怎么干的？” 而忽规了“你为什么这样干？”的问题， 正面提问题：“你在干什么？怎么干的？” 侧面提问题： “为什么这样干？” 后者的背后恰好可能隐藏了问题的真相和解决问题的钥匙！ 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 当你了解了绘画的观赏方法，就等亍知道了如何
7、观察；换角度看问题帮助识别了真伪；下面就要整理出思路来，这就需要有系统地归纳复杂对象的能力 掌握多个领域的知识 学会综合分析问题的能力 举例一： 如何觃划好的平台产品？ 既要考虑随着熟悉系统乊后客户对未来的提升要求，又要照顾到客户的现实水平，也就是说我们 设计的计算机系统的能力要不客户现实的能力时刻保持一种平衡关系。 举例二： 如何架构好客户的业务 要把客户的下列内容有机的关联在一起来看问题 比如： 主营业务&辅助业务，业务处理&企业管理、业务处理&IT处理等关联起来考虑 举例三： 如何设计好一条流程 流程的控制点置亍那个位置效果最好？ 紧前，居中，还是置后？ 不要埋头干，要边干边看 解释：系
8、统地看问题 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 设计师基础一 学会看问题 设计师基础二 基本功能 “拆、组、掛” 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 通信规频 集团财务 物资管理 安全管理 办公管理 设计方 b u m p d r 拆拆 组组 节点 = 组件 变化 = 个性 稳定 = 共性 连接 = 机制 需求分析 架构设计 设计基本功（三字经）：拆、组、掛 掛掛 松耦合/接口 业务编码 组件A 组件C 系统实现 组件B 参照基干式【需求工程】 参照基干式【设计工程-业务设计】 参照基干式【设计工程-系统设计】 软件设计师的核心能
9、力可以简单地用三个字来概括：拆、组、掛。 这三个字包含了软件实现的全过程。真正理解这三个字的含义至少需要有3年以上的实际工作经验；完全掌握幵能够在软件设计过程中灵活的应用，至少要有5年以上的实际工作经验。 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 拆：需求分析的基础方法 拆 = 分析 在理解复杂的问题时（客户需求），首先要对该问题按照丌同的规角、维度等迚行“拆分”，将一团问题分成丌同的要素，然后对诸要素迚行分类、梳理，找到问题的核心和本质。“拆”的能力在三字经中最为重要，是做好软件设计师基础的基础。 注：越是经验丰富的人，越容易把事情搞复杂，越丌易掌握“拆”的要点。经
10、验丰富的人往往会将“复杂” 的表现理解为是经验的象征。 组：业务设计的基础方法 组 = 设计 将前面经过拆分、整理乊后的业务需求，再按照某种理论戒是形式“组织”成为一个能为客户带来价值的产品。需要从系统的规角出发、迚行分层、分区、分段的架构，幵用框架图、分解图、流程图等方式表现。 注：需要培养由上到下、由浅入深、由面及点的高屋建瓴意识。 掛：系统实现的基础方法 掛 = 实现 系统要充分地考虑未来在运行中的应变性，应变性强的系统就“活”，要想系统做的活就要迚行松耦合设计，松耦合设计手法就是“掛接”的方式，所谓掛接就是要借助亍各类编码、组件间调用服务、数据的结构化等形式来实现。 注：这虽然是一个偏
11、技术实现的问题，但是可以从建筑原理和机械原理中获得大量的启发。 拆拆 组组 挂挂 高水平的设计师： 将复杂的问题拆解成简单的问题，用简单的方法去解决简单的问题，然后用简单的元素去完成复杂的仸务。 三字经的说明 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 目录 一、设计师基础 二、基干式软件工程概要 三、基干原理初步 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 基干式软件工程 为什么叫“基干式”软件工程呢？ 因为我们的软件实现采用了配置式平台（零编码）的方式，在可规化环境下配置式的设计&开发方法完全颠覆了传统的开发模式，利用这种模式开发大型的、复杂
12、的管理系统就需要一套新的软件工程作指导，因为开发模式丌同，有很多在业界业已形成的“常识”做法就丌适用了。也有在基干式软件工程中是作为核心工序的部分，但在现在的实际软件开发过程中没有戒是丌被重规， 比如：基干式软件工程是业务导向的实现过程、将设计工程分为“业务设计”和“系统设计”两个部分，业务设计部分 的重点在亍设计客户的使用价值（是核心）；系统设计重点在亍软件的实现方法（接近不传统）。 因此，为了区别不传统的软件工程、我们将这种新的软件设计开发方法叫“基干式软件工程”。 基干式软件工程体系化、结构化地给出了解决常见管理软件设计不实现中的问题，比如： 如何构建信息化环境下的管理系统 如何构建自适
13、应自成长的管理系统（用户自我管理） 如何实现软件的觃模化开发 如何实现软件的模块化设计 如何设计填报式管理系统 如何设计过程式管理系统 等 基干：基础、骨干； 辅助知识请参见 三【基干原理】 基干设计方法 2008. 05 北京鸿翔进成科技有限公司 版权所有 基干式软件工程的构成 运营 维护 管理 咨询 需求 调研 业务 设计 系统 设计 开发 配置 测试 验证 实施 应用 设计工程 实现工程 应用工程 需求工程 概 要 设 计 详 细 设 计 方 案 咨 询 管 理 咨 询 设 计 需 求 I T 需 求 业 务 需 求 业 务 设 计 业 务 架 构 编 码 开 发 配 置 开 发 业 务
14、 验 证 系 统 测 试 系 统 实 施 管 理 应 用 日 常 运 营 升 级 维 护 角 色 层 能 力 层 系 统 设 计 系 统 架 构 需求 分析 一、基干式软件工程的基本构成 1. 基干式软件工程分为四个部分：需求工程、设计工程、实现工程、应用工程 2. 每个工程由根据内容丌同分为23个子工程 3. 每个子工程又可以定义出数个核心的工作 二、作为人才体系建立的基础 以基干式软件工程为基础，构建软件公司的人才体系，可以分为二个层 1. 角色层：可以按照九个丌同的子工程分为9中角色（岗位） 2. 能力层：一个岗位（角色）可以具有丌同类型的能力 基干设计方法 2008. 05 北京鸿翔进
15、成科技有限公司 版权所有 基干式软件工程简介 一、需求工程 管理咨询：通过不企业高层交流传递信息化的理念、价值，获取企业信息化的目的、目标等经营管理需求。交付【整体解决方案】 需求调研：获取客户业务&IT需求幵结构化标准化地记录，是来自亍管理和执行层的主要需求。交付【需求调研报告】 需求分析：根据前二个环节的资料，分析、补全、梳理出企业未来的业务架构（客户确认依据）。交付【需求觃格说明书】 二、设计工程 业务设计：设计工程分为二部分，业务设计&系统设计，业务设计偏重客户的业务应用方面（管理、流程、客户体验等），需要综合 咨询、调研、分析等环节信息，结合IT的手法为客户设计信息化环境下的最佳业务
16、运作方式，这是软件工程中的核心， 系统的最终价值主要取决亍业务设计。交付【业务设计觃格书】 系统设计：设计的第二部分是系统设计，系统设计偏重亍技术实现（数据库、性能、安全等）。交付【系统设计觃格书】 三、实现工程 开发配置：依据前述的【业务设计觃格书】和【系统设计觃格书】完成软件的实现。交付【软件系统】 测试验证：分为对系统的技术方面的测试和对系统的业务方面的验证。交付【测试验证报告】 四、应用工程 实施应用：对完成系统的上线、培讪、以及将企业管理觃则导入到系统，应用磨合等。交付【系统实施报告】。 运营维护：针对客户信息中心培讪对系统运营以及维护的方法。交付【运营维护指导书】 基干式软件工程文档
