软件需求、架构培训(一)

 

 

 

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

 

 

 

 

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、 数据中心,包括:主中心,灾备中心。选址很重要。

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

19、 PM thing:理论、思路。

20、 WBSchart

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

总结:论文即为总结,多写。

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

Pert分析。

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

考点:

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

23、 Pattern,模式

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

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

 

 

 

课程安排

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

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

 

总体:

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

2、  概要设计,成果:功能概要设计、数据库设计。

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

4、  非功能设计,成果:性能模型。一般我们指的是性能指标。如何出/p>

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至关重要strong>

?  项目的源头,设计、编码等无从谈起

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

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

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

3、 如何获取业务需求strong>

4、 需求如何被文档化strong>

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

?  老大定,我们来推荐。

6、 需求如何被管理strong>

 

 

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

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

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、 若在项目过程中,甲方两个单位领导扯皮,并且都是大领导,如何解决p>

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

 

 

访谈

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

 

 

 

V模型  W模型

编程 对应-》单元测试

设计 对应-》集成测试

需求 对应-》验收测试

 

 

 

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


 

 

第二天

信息资源规划

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

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

3、 企业最核心的数据:MDM(主数据)

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

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

 

 

 

哪些需求需要重点关注

1、 高频度使用功能p>

静态化,、单例模式

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

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下载插件。目录名称必须为英文,不支持中文。表里面对中文名称与英文路径做映射。

 

 

在线打印:

Applet(客户端需要安装jre)

OCX控件:一般都要钱,都有一个试用版。

 

例子:品种编码:

主题:编码。

 

系统模型:

成果:数据(信息)模型、功能模型和CU矩阵。

 

MOSS,

问题

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

文章知识点与官方知识档案匹配,可进一步学习相关知识Java技能树首页概览92925 人正在系统学习中

声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2015年9月26日
下一篇 2015年9月26日

相关推荐