工资是职场最大的陷阱

在论坛看到的,觉得很不错,转发一下,共勉:原贴地址:https://bbs.csdn.net/topics/392336425一工资是职场最大的陷阱 ,实质:工资不是年薪不是月薪,而是时薪朋友江海,原在国企上班,工作轻松,月薪1万左右。由于不甘平庸,去年辞职,跳槽到了一家房企,月薪从1万变成2万,...

2018-04-25 09:35:06

阅读数:774

评论数:0

《大象 Thinking in UML》读后感

最近终于把《大象》这本书读完了,从去年11月到现在,用了整整五个月。一方面是因为这段时间工作上的事情,生活上的事情都比较多,很少有整块时间阅读;另一方面也是自己在读这本书时候,边读边扩展,最后记录下了十三篇笔记。《大象 Thinking in UML》学习笔记(一)——为什么需要UML?《大象 T...

2018-04-24 17:15:15

阅读数:1053

评论数:11

《大象 Thinking in UML》学习笔记(十三)——在提炼中思考

一、理解用例的本质用例是系统思维系统是一个封闭的、由一系列相互关联、相互影响的物质构成的集合。所谓系统思维,就是考虑系统内事物的互相影响,归纳、抽象系统内的运行规律。软件不是孤立存在的,在设计时我们必须将软件置于它所处的系统环境中:使用者、硬件、网络、应用环境等,并采用系统思维来分析和设计它。用例...

2018-04-11 23:25:14

阅读数:1016

评论数:0

《大象 Thinking in UML》学习笔记(十二)——系统设计

一、系统设计和系统分析的差别系统分析是在不考虑具体实现语言和实现方式的情况下,将需求在软件架构和框架下进行的计算机模拟。系统分析的目的是确定系统应当做成什么样的设想,而系统设计的目的是将这些设想转化为可实施的步骤。二、设计模型将分析模型里边界类、实体类和控制类根据所选用的实现语言变成设计类,细化一...

2018-04-10 16:02:06

阅读数:997

评论数:0

《大象 Thinking in UML》学习笔记(十一)——系统分析

一、确定系统用例系统用例由业务用例抽象而来,系统用例描述系统,业务用例描述业务。业务用例抽象为系统用例的基本方法有:映射:映射是最简单最直接的方法;抽象:当业务场景当中的备选用例不能够被直接映射时,需要进行一些抽象;合并:当业务场景当中的备选用例不具备独立性时,它必然是其他某个时间的组成部分;拆分...

2018-04-09 09:58:34

阅读数:1143

评论数:0

《大象 Thinking in UML》学习笔记(十)——需求分析

一、关键概念分析关键概念是指支撑起客户整个业务架构的那条主线,在UML方法里,就是由一些关键的业务用例构成。需求分析就是要找到这些关键的业务用例,并且对它们进行分析,建立概念模型,依据概念模型搭建业务架构,然后为了验证这个架构或者进行技术可行性分析开发出系统原型。概念模型始于业务用例,是针对需求中...

2018-04-08 13:25:37

阅读数:1180

评论数:0

提示
确定要删除当前文章?
取消 删除