以下是我的笔记,请大家给予指正,谢谢。
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进行处理,非常感谢!