[Arch] 03. Practice UML in project
参考列表:
搜索:跟我学UML建模工具StarUML 系列文章
第一部分,下载和安装及破解StarUML工具软件
第二部分,StarUML工具软件的主要功能界面和UML图的创建示例
[Design Patterns] 01. Before Design Patterns - UML
结合starUML,在项目中如何灵活使用各种Diagram。
[Design Patterns] 02. Design principle and Software Pattern
在Diagram内部设计时,方针是什么:SOLID原则
以及若干软件模式:
- 体系结构模式,比如MVC,高层次的架构设计,需要先确定。
- 分析模式,不懂~
- 过程模式,项目开始后的各个阶段,每个阶段理论上可以有对应的文档。
- 设计模式,一线码农对待具体问题时需掌握的各种代码设计技巧。
常用的图表:
UML Minimal | Model | Main | ||||||||
UML Conventional | Use Case Model | Use Cases用例图 | Analysis Model | Analysis | Design Model | Classes | Implementtation Model | Components | Deployment Model | Deployment |
4+1 View Model | Scenarios | Scenarios用例图 | Logical View | Logical View类图 | Development View | Developmenet View类图、组件图 | Process View | Process View无完全对应 | Physical View | Physical View部署图 |
Rational | Use Case View | Use Case View | Logical View | Logical View | Component View | Component View | Deployment View | Deployment View | ||
Data Model | Data Model | Main |
方法有许多,选一个4+1即可。
4+1 View Model
Ref: 4+1VIEW 软件系统视角模型
特点:
用于同时表达软件系统架构之多种观点的模型。
从系统共同利益人的角度(包括end-user、开发者和项目管理者),分成4个观点。
- DevelopmentView (开发观点):
从开发人员的角度来看软件的管理,也被称作implementation view。他使用了UML图中的Componentdiagram来表达组件,Package diagram则用来表达更大型的系统。
- LogicalView (逻辑观点):
关心的是系统提供给end-user的功能。可表达的UML图包含activitydiagram, class diagram, state diagram。
- Physicalview (实体观点):
系统工程师的观点,关心的是系统 拓朴,包含组件之间实体上怎麽连接。其也被称作deployment diagram。
包含的UML图有deploymentdiagram
- Processview (进程观点):
着重在动态方面,关注解释系统在执行中的动作和组件如何沟通,用以解决同步问题、发布问题、整合问题、效能问题等等。
可表的UML图为 activitydiagram
- Scenarios (使用情景):
使用某些用例来描述系统架构,被称为第5个视角,也被称作use caseview,通常被用作测试雏型阶段的初始动作,被用来验证架构设计正确性。
Jeff 笔记:
项目初期,Scenarios的用例图,以及配合更详细的用例规约表格,需求分析。
之后,LogicalView的活动图、状态图 是需要文档的。
然后就是,DevelopmentView的组件图,如果涉及多线程则考虑Process View。
最后就是,Physicalview的部署图,包括数据库的设计。
以上便是最起码需要掌握的。
实践笔记:
Back-end设计
需求分析:用例图,用例规约
业务流程:活动图,状态图
部署架构:数据库
Front-end设计
功能设计:UI流程图
软件工程各阶段的开发文档
一:开发文档1.0(需求分析阶段)
所需材料:与客户面对面交流,通过一些针对性的引导问题让客户描述目标产品的要求。比如:您遇到了什么样的业务需求?您想做出一个怎样的东西去解决这个问题?
在这个系统中,会有哪些人(用户角色)?您的业务流程是怎样的?每一种角色,分别用这个系统做什么?
生成文档:从采集到的需求资料中得出《开发文档1.0》,主要有三部分内容:
一:系统概述:系统设计初衷(遇到的问题、想系统怎么解决这个问题)
二:用户角色:有什么角色会使用这个系统
三:概要需求:系统的功能、每个角色会怎么使用这个系统
【系统概述+基本用例图】
二:开发文档2.0+项目计划书(概要设计阶段)
所需材料:把《开发文档1.0》交予客户审核确认修改。然后同时再次沟通,获取整个系统的使用流程、各个角色的使用流程、整个系统的具体功能列表。
生成文档:《开发文档2.0》:在《开发文档1.0》基础上,补全、新增:
三:概要需求:补全系统使用流程图、各个角色的使用流程图
四:功能列表:得出系统功能列表、每个角色模块的功能列表
五:系统架构:采用什么架构来开发这个系统
《项目计划书》:根据《开发文档2.0》大概估计项目的开发成本(时间、资源),然后针对各个项目模块的功能作出相应报价
一:开发成本汇报:所需时间、人力物力
二:项目模块报价:各个功能模块的功能列表以及实现这个模块的报价
三:整体项目报价
【系统架构+详细用例图+业务流程图+报价】
三:开发文档3.0(详细设计阶段)
所需材料:《开发文档2.0》与《项目计划书》交付客户审核、确认、沟通修改,获取客户进一步的要求。
生成文档:《开发文档3.0》:在《开发文档2.0》的基础上新增:
六:功能详细设计:对每个角色的的每个功能进行详细设计,主要包括:
1:功能描述
2:功能流程
3:界面Demo
4:数据规约
5:数据实体 ----> 开始思考”类“
【功能详细设计(伪UI) + 数据规约】
四:开发文档4.0(详细设计阶段)
所需材料:《开发文档3.0》交予客户审核确认,特别是对详细设计部分的功能描述、界面Demo等作出确认。
生成文档:《开发文档4.0》:在《开发文档3.0》基础上新增:
七:模块划分:对角色各个功能进行划分,成为系统的模块。
八:数据库设计:由详细设计部分涉及到的数据实体与数据规约,以及对角色功能划分后得到的系统模块,进行数据库设计(创建什么表?表中属性有哪些?)
【确定系统各个子模块+数据库设计】 <---- 架构内部细节逐渐清晰
五:开发文档5.0(详细设计阶段)
所需材料:《开发文档4.0》
生成材料:根据《开发文档4.0》中的数据库设计,对 第六点:功能详细设计 做出补充完善:
6:设计数据库中的表
7:功能实现的架构(把功能流程用架构表示,如:交互的操作在 XX.jsp,请求传给 xxservlet、数据操作 xx数据表)
补充:软件工程各阶段的UML图
详细设计阶段的类图。
详细设计阶段的时序图。
【进一步补充、完善】
六:根据《开发文档5.0》进行编码开发工作,生成《注释文档》
七:单元测试、集成测试、系统测试,生成《测试日志》
八:编写《用户使用手册》,交付并指导客户使用
深入业务成为更好的软件架构师——信息化建设图鉴一二例
Ref: 孙宇聪 《SRE: Google运维解密》
软件的终极目标是模拟业务
王概凯(Kevin)的《聊聊架构》,其中特别强调软件架构师应深入到业务中,并以业务的问题是否解决作为工作优良的判断标准。
- 在明确了业务主体后,业务目标自然就可以得到聚焦,
- 有了清晰的业务目标,就值得花精力来探知业务的生命周期,
- 接下来就可以像外科手术医生一样细致地实行架构拆分。
由此可见,软件架构师在实行架构拆分行为时,基本上都把业务从头到尾捋了一遍,否则势必陷入设计不足或过度设计的漩涡。
强调了“软件运行生命周期”的重要性
孙宇聪在高可用架构里提到的《SRE: Google运维解密》
在软件运行这样一个最为核心的生命周期中,发布更新的质量直接影响到企业信息部门的运维表现,结合孙宇聪的诸多建议我也列举一些值得注意的要点:
线下测试(Offline Test)。重点检查线下测试环境是否完善,除此之外还需要产品人员和开发人员的督促。除了一般的代码逻辑测试,尽量再兼顾到压力测试。
灰度发布(Gray Released)。指的是根据业务特点、数据特点来选择一批有极强代表性的线上服务器实例进行发布,其发布的比例可以考虑按 1%、10%,最后 100% 这一指数型方式来增长。这样有利于把新上线功能可能的不良影响降到最低,当然也可以作为小范围收集用户的反馈意见以待完善产品功能。灰度发布可以视作是上线前的最后一道安全防护机制。
回滚机制(Rollback)。一般来说用上一个版本的相关程序集进行覆盖即可,但有时还会出现数据格式的兼容性问题。比如数据库表字段的类型此前发生了变化,那这时候还需要有配套的回滚 SQL 脚本。另一种情形是新的变更内容把数据删掉了,回滚后数据也回不来了,这种情况是没有补救措施的,建议的做法是将程序代码分成两块逻辑,先发布第一段逻辑并记录好日志,等发现没有问题后再将删除的代码作为第二次发布。
[Arch] 03. Practice UML in project的更多相关文章
- UML系列03之 UML类图(二)
概要 在"UML系列02之 UML类图(一) "中介绍了类图的基本构成--类的UML表示方法.本文是接着前文,继续对"UML的类图"中几种关系进行介绍.介绍的主 ...
- UML系列03之UML时序图
时序图介绍 时序图(Sequence Diagram),亦称为序列图或循序图,是一种UML行为图.时序图是用来描述系统内部是如何交互运作的,它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协 ...
- 03《UML大战需求分析》之三
学习了活动图之后,我又学习了流程分析工具之二的状态机图.看上去状态机图和活动图很类似,我也很容易从活动图的角度来理解状态机图.但是学习之后,发现两种图是两种完全不同的分析角度.活动图在流程分析时是玩你 ...
- [Code::Blocks] Install wxWidgets & openCV
The open source, cross platform, free C++ IDE. Code::Blocks is a free C++ IDE built to meet the most ...
- 本人SW知识体系导航 - Programming menu
将感悟心得记于此,重启程序员模式. js, py, c++, java, php 融汇之全栈系列 [Full-stack] 快速上手开发 - React [Full-stack] 状态管理技巧 - R ...
- [Code] 变态之人键合一
目的也比较单纯,选一门语言,走向人键合一. 选了两本书作为操练场:<精通Python设计模式>.<Data Structure and Algorithm in Python> ...
- [Arch] 04. Software Architectural Patterns
让我们一起 回忆: 原则 基本认识 S 应该仅有一个引起它变化的原因 O 在不被修改的前提下被扩展 L 尽量从抽象类继承 I 应该依赖于抽象 D 倾向瘦接口 让我们开始 新课: [Design Pat ...
- [Design Patterns] 4. Creation Pattern
设计模式是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结,使用设计模式的目的是提高代码的可重用性,让代码更容易被他人理解,并保证代码可靠性.它是代码编制真正实现工程化. 四个关键元素 ...
- UML系列01之 UML和绘图工具Visio介绍
概要 UML,全称是Unified Modeling Language,中文是"统一建模语言".通俗点说,UML是一种创建模型的语言.UML是在开发阶段,说明,可视化,构建和书写一 ...
随机推荐
- Hbase 学习(七) rowkey设计
一直以来对rowkey的设计都比较迷茫,<hbase权威指南>倒是给出了个还算靠谱的例子. 下面这个例子有点儿像帖子表结构,它的rowkey设计是这样的,可以简单的理解为,什么人在什么时间 ...
- 【C】——C语言字符串比较函数
c语言字符串函数详解 void *memset(void *dest, int c, size_t count); 将dest前面count个字符置为字符c. 返回dest的值. void *memm ...
- IDEA 修改文件编码
Intellij Idea 修改 properties 文件编码 现象:idea 默认的properties文件是GBK,当有中文时,不同的客户端配置的编码不同时,可能产生中文乱码. 解决:修改pro ...
- "add-apt-repository" On Linux
在 Ubuntu 9.10以后 我们可以使用 "add-apt-repository" 脚本添加 ppa 到当前的库中并且自动导入公钥. 再终端下使用下面的语法: add-apt- ...
- Pandas的排序和排名(Series, DataFrame) + groupby
根据条件对数据集排序(sorting)也是一种重要的内置运算.要对行或列索引进行排序(按字典顺序), 可使用sort_index 方法, 它将返回一个已排序的新对象: 而DataFrame, 则可以根 ...
- linux下locale中的各环境变量的含义
本文来自:http://blog.sina.com.cn/s/blog_406127500101dk26.html Locale是软件在运行时的语言环境, 它包括语言(Language), 地域 (T ...
- rqalpha-自动量化交易系统(一)
因为最近做的东西牵涉到自动计算这一块,在网上搜了一下,基本上python做自动量化交易成了一个趋势,于是花了两天学习一下. 目标很简单,学习,使用. rqalpha看起来是比较成熟的,这儿看重的是自带 ...
- C#-----------------------------回收机制中Destroy与null的作用
关于Object被Destroy之后,该Object的原引用==null的问题 标签: unityc#继承对象 2017-01-23 23:32 506人阅读 评论(0) 收藏 举报 分类: Uni ...
- 【ZooKeeper Notes】系列文章
[ZooKeeper Notes]系列文章 https://my.oschina.net/xiaotian120/blog/194401
- Native Code
Native Code — 本机代码,即已被编译为运行于特定处理器机器码的代码. 本地代码(native code)是计算机编程(代码),编译用来运行一个特殊的处理器(如英特尔x86级的 ...