软件需求、架构培训（一）

 

 

 

 以下是我的笔记，请大家给予指正，谢谢。

 

 

 

 

1、 迭代模型，最大的优点是：降低风险。

2、 质量要求，也叫非功能性要求。

3、 需求里面，业务规则的描述怎么实现？？，当成后期编码的一个约束。

4、 对需求如何进行评估，需要做需求模型，进行验证。

垂直型，对单个功能进行深入验证

水平型，对多个功能性进行验证

5、 用例（ROSE，现在2.几，加入一些新的元素。两点：序列图，条件判断，相互嵌套，循环）

业务用例，椭圆形圆圈，带一个红线

系统用例，纯圆圈

工具：Trufun，开源的，不好用。

6、 EA，参考架构，信息化+ea，讲述几大模型。

7、 做公司信息化架构，做什么用：出公司下属单位的系统功能模型，包括后续的投资。

8、 书籍：TOGAF，the opengroup architecture frame（转项目需求的书籍，学浅显一点），看英文原版。

9、 名词：技术构建，业务组件。在翻译的书籍中，一般构建与组件会混用。

10、 BPR,MPR，调研方法：问卷和访谈。先发问卷，后做访谈。至少三次访谈，做出流程和组织的定义。大唐电力，1200万，埃森哲。

11、 信息化规划的成果是EA。

12、 IRP，中石化已做了。信息资源规划。数据模型、功能模型。功能和数据矩阵，cum。

直接引向了“数据中心”。

13、 国资委下发文件，做SOA、数据中心。

14、 分级存储（大型存储）， 包括三个点：

Ø  在线，交换机，高速磁盘阵列。

Ø  近线：低端磁盘，3-5倍。（一段时间不用，引入近线，如用再移回在线）

Ø  离线：磁带。（一段时间不访问，近线入离线）

15、 数据中心，包括：主中心，灾备中心。选址很重要。

16、 运行视角：部署模型。主要来源是：非功能性需求。

17、 功能视角，来源：业务需求。

18、 架构复审，基于上述四个点：业务需求、质量要求、功能视角、运行视角。

19、 PM thing：理论、思路。

20、 WBSchart

21、 考试：信息系统分析师、系统架构师、管理师（最容易）。（高级）。工信部和人力部。

总结：论文即为总结，多写。

22、 Project，后续的跟踪线，也用一下。监控乙方。

Pert分析。

Cpm，项目网络图里面，加红的线。关键路径。

考点：

金钱的时间价值、挣值分析。

23、 Pattern，模式

Anti-parttern，反模式，反面教材。

24、 性格培养：做需求和架构时，按部就班的往后推。

 

 

 

课程安排：

架构、需求、非功能需求、运营部署、验证、

          项目管理新趋势、SOA、交流考试。

 

总体：

1、  做需求的时候：抛掉原来的技术，想功能，以及与之相关的功能。

2、  概要设计，成果：功能概要设计、数据库设计。

3、  架构的概要设计，总体架构图。什么时候出呢？？对于乙方，启动会之前，甲方招标书里面已经写了，乙方基于初步的需求，做一个整体架构图（还叫总设）。

4、  非功能设计，成果：性能模型。一般我们指的是性能指标。如何出？？

5、  功能设计，成果：功能组件模型。

6、  部署层面，运行。

7、  验证，如何验证架构和需求。

 

开始之前的思考：

1、 架构和设计的分离，都有设计和分析的层面：

架构：偏重于前期的业务需求和概要设计（公司都有专门的架构师）

设计师：偏重于概要设计和详细设计。（在需求的后期入场）

2、 系统架构：关注业务。

3、 系统设计：关注系统实现

4、 设计的时候，IT资产：设计模式。

系统分析师：必考设计模式。

5、 系统架构：是指的是底层硬件的架构。

6、 系统集成商：关注与硬件。

软件开发商：关注与硬件。

7、 架构不是一门艺术，是有规则的。

8、 SOA：ibm,oracle,tibco.

 

 

架构是分类

1、 硬件架构师：出网络拓补图。

2、 中间件架构师，平台架构师，拥有某些平台的资质。遇到中间件的调优，会用到，部署用不到这类人。

ORACLE数据库架构师，也放在这个里面。

3、 数据架构图，细点的是：ERP图。

4、 信息架构师：相当于ERP的上面，主题数据库模型。关注与表的分类和主题。不关注实现。

5、 应用架构师（通常意义上的架构师）：

6、 流程架构师：在一般企业很少，在咨询企业比较多。

 

 

PMT的架构图

1、 限制：现有的标准规范，这是最大的限制，比如我们的内控流程。

有业务上的限制，也有技术上的限制。

2、 质量：可用性、数据库容量（多少空间）、使用人数等

3、 资产：设计模式（组件之间的关系的时候，便于系统设计师在设计的时候可以用到，一目了然）

 

 

EA：

1、  Itsp：信息化规划

2、  EA

3、  业务架构：

Ø  流程

Ø  信息（主要是报表）

Ø  人

Ø  Location（下属集团）

4、  IT三化，逐步发展的关系：

Ø  自动化（产线的自动化）

Ø  信息化（ERP等）

Ø  智能化（驱动信息化，信息化的数据是我的神经，自动化是最后的行动）：用到的技术是数据挖掘技术。BI的上一级是数据化。

5、  介于信息化和智能化，知识对系统的收集和分析，没有挖掘：

Ø  知识管理系统：偏向于非结构化数据的管理。核心：知识地图，也是一个入口点，也是是一个维度。把知识地图实现了，把底层架构定义好了。

Ø  BI：偏重于结构化数据的管理。

Ø  知识管理也可以放在BI的上面，使两者数据简单的关联。在表现层的关联，展现的模型是统一的。

6、  数据挖掘：将结构化和非结构化数据融合在一起，形成智能化系统。

7、  图形识别：OCR识别。PNG所带的信息大于Jpg。

8、  一把手说的话，当成近几年发展目标，和发展战略，最核心的业务目标。

9、  包括：

规划背景（背景（老大的话，或者文件要求）、案例对比）

总则

信息化现状（生产经营现状、信息化现状、

建设目标

详细规划

部署实施：风险因素。

效益分析

 

 

1、 架构描述语言：architecturedescription language（ADL）

2、 构建模型遵循的原则

Ø  关注点分离：用户需求的细化，系统功能的分离，不交叉。AOP，相同的东西提炼出来。

Ø  分层：架构的分层，组件之间的依赖、调用关系。

Ø  接口与实现分离。

Ø  职责/功能分布：一个对象的功能性划分，设计成一个类，还是设计成多个类。（根据业务，分成不同的类实现不同的功能）

Ø  面向关系人：所有人都要确定

3、 关注点

关注点不同，视角不同。（如应用、技术、性能等）

Ø  逻辑视角

Ø  开发视角

Ø  过程视角

Ø  部署视角

4、 架构的维度体系（视角）：

Ø  干系人视角

Ø  层次视角

Ø  基本视角

基本视角：

静态视角：功能

动态视角：运行

5、 网络托不图：技术、物理、动态的视角。

6、 UML三个图：用例图、序列图、类图

其中，序列图的箭头，就是类里面的函数。

状态图（变量的迁移）、活动图都是的辅助图。

7、 2/8原则，百分之20的UML解决80的建模工作。

8、 UML:

需求：usecase

分析：sequence

设计：CLss model

实现：coding

9、 数据库模型：

Ø  概念模型：实体的业务表示，区分实体。

Ø  逻辑模型：区分所有的主键、外键和类型。

Ø  物理模型：已经和物理数据库对应好了。

10、 外部实体，包括：

Ø  外部系统

Ø  用户

11、 Html支持上下文：无交互。

HTML5支持上文：有交互，通过保存状态。某些图形可以在HTML5里面标示。

 

 

架构预览设计

1、 什么时候架构预览

也是概念模型，总体架构设计再网上一层。

即为系统概念模型（国企里面的称呼）

用于和干系人做需求确认用的。

2、 何时出此工件

在启动会之前出此工件。

在可行性研究之后出“架构预览”（国企里面）。

3、 项目章程（启动会的必须资料）：

代表一个项目的正式开始。

管理范围、计划、规章制度、预算（变更由谁来审批等）等。

4、 层：

Ø  Layer：内部组件之间的分层。

Ø  Ties：代表物理分层。

5、 AO，成果：组件模型。

6、 AO，视角：

Ø  业务（业务参与者、渠道、服务）

Ø  应用（不包括DB,中间件，机器等）

Ø  流程

Ø  IT系统视角（通常意义上的）

Ø  集成视角

Ø  部署视角

Ø  开发视角（不同于应用视角，纯技术性的视角，如struts等）

Ø  运维视角

7、 系统环境图：本系统与外部系统、团体等的关系（输入、输出）

第一个要出的图。

 

AO图，例子

1、 数据处理图的AO图，可以借鉴oracle9i

2、 做一个开发平台：借鉴Ibm cognos，虚拟视图管理，bi套件。

用于表述由DB、document一起组成一个视图进行表示。即可以展现：关联文件。

3、 MES图：

对于系统功能的展现图，纯业务管理的。

4、 云。

Ø  三层架构：saas ，pas，  ias。

Ø  基础技术：虚拟化。

5、 门户那张图：概念模型。

Ø  用户、系统、功能、范围。

Ø  只是架构，没有任何技术。

6、 只是引擎：用于搜索和分类

7、 数据仓库那个图：用于BI。

8、 对标：下属各个子系统是否按照公司规定的内控流程进行运行

9、 总体设计里面：

Ø  系统概念模型设计

Ø  系统分布模型设计

Ø  系统组件模型设计

Ø  技术组件模型设计

 

Ø  接口模型设计

Ø  安全模型设计

10、 监控那个图：用于技术沟通。

11、 流水线的使用，用于大量数据处理，用于并发处理。

MPI

12、 AO避免：

Ø  信息过载

Ø  信息缺失

Ø  缩写，慎用

Ø  不要给高层放置太多的技术细节

13、 AO总结：

Ø  确定总体框架、组件

Ø  简单、扼要、易于理解

Ø  对于复杂的，提供几张AO图

Ø  体验主要的概念模型和重点组件

14、 系统环境图，总结

确定系统范围。

15、 接口关系图，总结

Ø  用户可以掠去，

Ø  描述系统内部模块之间的、与外部系统的的接口。

 

 

 

交易中间件：Tuxedo中间件，隶属于bea

Ø  做大规模事务并发处理（如数据库事务操作），不是做计算处理。

Ø  也可以用与查询。

Ø  用的xa协议（两阶段提交）。

Ø  外面挂的协调器，需要支持xa协调器

 

 

需求

1、 为什么需求对PMT至关重要？

Ø  项目的源头，设计、编码等无从谈起

Ø  软件项目40%-60%的问题都是在需求分析阶段埋下的隐患。

Ø  返工开销占总费用的40%，70-80%的返工是由需求方面的错误说导致的

2、 哪一种需求对于PMT更加重要？

3、 如何获取业务需求？

4、 需求如何被文档化？

5、 需求的优先级如何确定？

Ø  老大定，我们来推荐。

6、 需求如何被管理？

 

 

1、 需求管理过程有没有共性之处？

有，业务不同导致流程本身不一样，但是变更控制等都会有

2、 需求，包括：

Ø  流程（功能需求）

Ø  业务功能（功能需求）。功能多索引，流程做内容。

Ø  质量属性（非功能需求）：

分为：runtime和 non-runtime两种。前者通过硬件购买，后者是设计和实现有关。前者也可以通过设计来实现。

Ø  约束/局限（非功能需求，和质量属性统称为NFR（非功能化需求））

3、 需求和模型：循环，相辅相成的关系

4、 对于国企来说，需求调研，最大的资源：是我们的内控流程。

遵循：5w（who when where why what）1h（how，考虑业务怎么做，和谁一块做，怎么做）

5、 没做过这种系统的需求调研，怎么做？（先懂业务——>理顺业务——>理顺系统流程）

Ø  先学习内控流程

Ø  寻求外援，找厂商，提供文档（需求调研文档、系统功能文档）

Ø  先了解概念——》了解流程——》深入一个流程——》全部了解后，开始写调研文档。

Ø  一定要抓住心态，一定要问，问错了没问题，继续问。

6、 流程先出，功能后出

7、 需求和测试的关系

Ø  需求做完以后，就可以写测试计划、测试用例

8、 配置管理工具

Ø  在系统变更的时候有用，将web配置中记录的变更号与svn中的branch一致

 

 

需求，太极

1、 业务用例图

外部用户 –》功能-》外部客户

2、 系统用例图

用户——》细化功能，组件

3、 业务模型   软件需求模型（业务+技术）   测试模型

4、 业务类图：全部都是业务术语描述。

 

 

 

在UML中，

1、 分析模型：序列图、活动图

2、 设计模型：类图。

 

 

 

1、 若在项目过程中，甲方两个单位领导扯皮，并且都是大领导，如何解决？

改变流程，获得两者的认可。

 

 

访谈

1、 场景式的访谈，只能确认流程

 

 

 

V模型  W模型

编程 对应-》单元测试

设计 对应-》集成测试

需求 对应-》验收测试

 

 

 

画图美观：对称、倾斜、上下

 

 

第二天

信息资源规划

1、 定义：信息资源的采集、处理、传输、利用的全面规划。

2、 IT战略：高于信息化规划，IT如何为企业服务，虚的概念。

3、 企业最核心的数据：MDM（主数据）

4、 IRP与EA并重，比EA更加注重细节。

5、 IRP的源头是“分析业务”，找每个节点上对应的视图

 

 

 

哪些需求需要重点关注？问题

1、 高频度使用功能？

静态化，、单例模式

分区、分表，常用的放在常用表中

DB负载均衡

内存数据库，一种数据库的类型mysql也支持（老师推荐）

2、 IT系统层面的关键功能

管理性、维护性

3、 有影响的人

干系人

4、 移动用户
提出的人，都是高层人物

IPAD

 

5、 共享的功能点

AOP

6、 复杂的业务规则

要理顺

7、 性能

8、 关系外部政策变化的模块

单独设置

9、 外部接口交换

 

 

题：质量要求

 

NFRs

扩展

1、 硬件的水平扩展：增加设备

2、 硬件的垂直扩展：在一台服务器上，增加硬件资源。

 

 

 

安庆石化信息资源中心

IRS

 

百度文库，在线浏览：

macromediaflashpapercn（老师，flash打印机），

flashpaper（lf），

flexpaper（fl），

swftools（fl）。

后台由目录台调用。

图标替换：EXE，dll文件替换器。或者修改swf文件。

 

Word在线浏览：只要装了office文件，就可以在线。Codebase，如果客户端没有的话，会从codebase下载插件。目录名称必须为英文，不支持中文。表里面对中文名称与英文路径做映射。

 

Word在线编辑：千航，word在线编辑，保留痕迹。里面有很多方法。Officecontrol。

 

在线打印：

Applet（客户端需要安装jre）

OCX控件：一般都要钱，都有一个试用版。

 

例子：品种编码：

主题：编码。

 

系统模型:

成果：数据（信息）模型、功能模型和CU矩阵。

 

MOSS，

问题

1、 同时编辑

2、 修改与删除

3、 与SSl结合

 

 

 

PMT-II

功能模型

部署模型

 

1、 保持关注点分离

高内聚、低耦合

2、 组件分类

Ø  业务流程组件：业务流程模型

Ø  业务服务组件：方法

Ø  技术组件：struts等

Ø  系统软件组件：

Ø  硬件组件：

还包括他们的责任和依赖。

把组件组合成分系统。

组件不是开发中.net/ejb里面的一个组件。

3、 组件组合成子系统，在组合成系统

4、 组件图如何画？？？rose。组件图和类关联。多个类实现一个组件。

5、 为什么需要要做组件模型

大项目必须做。

 

6、 在功能方面，关注点：把业务映射到组件。

7、 三步曲：

识别组件、

组件规范：满足前置条件，可以开始；满足后置条件，正常结束。

组件转化：

8、 Post condition

9、 Pdei

10、 RUP是个点：初始（识别），细化（规约），构造（转化），移交

11、 TDD