开始学习微软的缺陷管理方法(5)

　　-Application Program Interface(API) Design

　　-Financial Acumen: What is or not profitable,What's realistic to ask of a Test/Developer

　　-Basic legal Knowledge: Patent Law, Copright Law, Contract Law

　　设计是功能和性能的逻辑实现;以体系结构为中心的软件设计重点在，定义构件的规格说明与接口，分析构件间的关系;大的体系结构是由小的轻量级的体系结构组成。

　　框架为某个问题涉及的各个方面，以及这些方面的相互关系;相互关系可以是结构性的，但更多的是非结构性的。如：两国就某河水利用问题达成框架协议。

　　MSF为微软就应该做哪些方面工作，以及如何做才能得到较好解决方案的建议。

　　MSF优势在于迅速将前沿技术迅速转化为工程应用，而不强调理论的完美性;对体系结构的设计与实现基于未来的需求，而非当前现状;需求的获取，回避过早，过严的需求规格说明，在应用和系统设计完成之前，详细的需求定义一直在修改与增补。

　　企业服务框架ESF(Enterprise Service Framework)

　　为微软为用户提供的开发企业级应用的规范，由三个子框架组成，MRF(Microsoft Readiness Framework)准备框架，MSF，与MOF(Microsoft Operation Framework)营运框架。

　　MRF：ESF的准备阶段，提供一种结构化方法，来评估个人与组织的信息技术需求，以便规划，建造和管理微软平台上的IT解决方案。

　　MSF： ESF的核心部分，为项目计划，建造及部署阶段提供指南，涉及EA(enterprise architecture)企业体系结构，应用开发(application development)，构件设计(component design)，及基础设施部署(infrastructure deployment)等多个方面。

　　MOF：ESF的管理阶段，为关键系统提供技术指南，保证其可靠性，可用性与可管理性;涉及评估工具，最佳实践，案例研究及支持工具等。

　　企业体系结构 BAIT模型

　　1 业务(Business)

　　1)组织的目的和目标 业务是什麽?

　　2)组织的结构 负责人?

　　3) 关键的业务过程与活动 组织如何做业务?

　　4)与客户的关系 谁是最终客户?

　　5) 与供应商/制造商的关系 组织需要和谁协同工作?

　　2 应用(Application)

　　自动化服务支持的业务过程;识别冗余的应用;识别重用的机会。

　　3 信息(Information)

　　识别信息的来源与消费者;描述关键业务和数据对象，及其相互间关系。

　　数据为记录上下文的原始事实的符号;信息为有组织的数据;而知识为表现某种观点的有组织的数据和信息。

　　4 技术(Technology)

　　定义了执行业务使命所需的技术服务，如拓朴结构，开发环境，应用编程接口，网络服务，数据库系统，技术规范，操作系统等;在部署工作站，服务器，应用程序，基础设施服务，网络连接及系统软件平台时，提供建立标准和指导原则。

　　描述构件和技术，用以建造和运行该组织的系统;描述基础设施和营运环境;连接应用和信息体系结构的技术。

　　目标：企业长期战略的组成部分，为业务要实现的东西;

　　目的：企业长期战略目的的细化，是可以测量及完成的事情，必须是明确的，有优先级和时间限制。

　　找出关键业务过程

　　1) 确定企业体系结构的范围;

　　2) 寻求更高的收入，节约开销的方式，客户界面，更广泛的使用(高容量/高频率)。

　　业务功能分解 功能-过程-活动-任务

　　如：功能(财务管理)- 过程(会计接收)- 活动(做单据)- 任务(计算客人的收费和清单)

　　业务过程，活动，任务，步骤四个环节，逐级定义;场景是指定角色，执行任务序列的文档化，是用例的实例。

　　风险管理

　　1　风险的标识

　　从两个方向入手：1) 潜在问题一旦出现，会产生什麽后果;2)　可能的后果，引起的原因

　　2 风险分析

　　1) 估计风险出现的概率

　　概率采用简化模量，如：1= 低，2= 中，3=高，分别相当于 <25%，=50%，与>75%。

　　2) 估计风险的影响

　　灭顶之灾(catastrophic)=4，严重(critical=3)，非紧要(marginal=2)，轻微(negligible=1)。

　　3) 量化风险灾害　RE = 概率P×影响C relative evaluation

　　3 风险计划 (Risk Mitigation, Monitoring & Management) RMMM

　　4 风险追踪与控制

　　1 Envisioning Phrase 工作产品为三个文档

　　1)前景文档(vision document): 以业务用例形式，表达项目的目标和约束。

　　问题陈述：说明项目要解决的业务问题，是前景文档开发的基础;

　　前景陈述：工作产品要达成的目标，为产品开发的基础;

　　解决方案概念：描述前景的业务过程，是目标的具体化。业务场景为动态业务过程的快照，是解决方案实施后的结果;而解决方案为设计的目标，其实现为设计过程。

　　用户概述user profile: 指出最终用户，找出所有可能潜在的用户;产品的开发为小组与用户共同提高的过程。

　　业务目标：实现的产品功能和性能，体现产品的业务优势;明确目标的相对优先级，说明产品的非目标no-goals，界定范围;制定评估产品的量化指标。

　　设计目标：怎样实现这些功能和性能;重申产品的需求与约束，为下一步计划，开发的基础。

　　2) 风险评估文档：项目风险的初步考察与处理策略。

　　3) 项目结构文档：项目人员的组织结构，管理过程的基础。

　　2 Planning Phrase

　　1) 设计过程

　　概念设计：对业务前景用软件术语描述或解释，如订票，出票，入账改为输入，输出，入库等。

　　获取问题，解决方案的业务和用户视图;标识业务需要及其运作环境，理解用户操作和需求的大框架;不能期望从概念设计得到完整的功能规范;输出工件为场景，场景为理解需求，与用户交流的有效方法。

原文转自：http://www.ltesting.net