atitit.attilax的软件 架构 理念.docx 1. Atitit 软件设计的模型 frm lib standard 框架类库标准 FLS模型 2. fusco 3. Cirx
atitit.attilax的软件 架构 理念.docx
1. Atitit 软件设计的模型 frm lib standard 框架类库标准 FLS模型
5.4. cross device跨设备cross device,
6. Scalable可扩展性 可扩展性scalability方向
7.1. cross archi跨架构 (bs cs hybrid)
9.6. Sd (Software Defined概念。软件定义”(Software Defined
1. Atitit 软件设计的模型 frm lib standard 框架类库标准 FLS模型
未来对于软件,只有3个终极目标——1.做一个框架,怎么用和你一点关系都没有,就像安卓系统,我只提供树干,爱种成什么样的树,结成什么样的果,我只要有能力在这个框架里完成就可以了,不要成熟系统,不要你管客户的业务。2.做一套标准,既然任何人都不属于一个实际组织了,那怎么来确保秩序和质量呢,特别是服务型的组织,比如物业公司。那就是确保进入你的框架的人,是达到你的起始要求的,可以的技能认证,也可以是公司自己的
2. fusco
是功能(function)、易用性(usability)、及可扩展性
3. Cirxs融和开发流程
如上图,融和了cmm ,ipd,rup,xp ,scrum等流程方法
4. 45个架构与理念方法
5. 功能(function)方向
5.1. Mobile 移动化
5.2. 7个cross
5.3. Crossplatform跨平台,
5.4. cross device跨设备cross device,
5.5. cross screen跨不同屏幕
6. Scalable可扩展性 可扩展性scalability方向
6.1. cross lang跨语言 (uapi)
6.2. Cross db跨数据库
6.3. component组件化,
二不是模块,粒度更好把控
6.4. DNA化预先规划。
不用功能可隐藏,但要预留
6.5. distributed分布式
6.6. Service 组件服务化
6.7. Microservice微服务
配合以前的soa,更好的方法..
6.8. Multi Lang多语言化
6.9. H5,ui h5化
6.10. Hybrid化,
6.11. Ioc容器化
6.12. integrate集成化
通过集成不个
7. 易用性(usability)方向
7.1. cross archi跨架构 (bs cs hybrid)
7.2. Meta define元定义
软件界的sd
7.3. MultiFun多功能
7.4. Dsl
7.5. Deploy friendly部署友好的
8. 性能kst/udr模型
9. other
9.1. Cba ,Cap+base+acid
9.2. 兼容性compatibility方向
9.3. secury
9.4. solid
9.5. Socail 社区
9.6. Sd (Software Defined概念。软件定义”(Software Defined
Sdh sd hardware ,sds sd sys,sdw sd world
Sdn sd network
Sde enterprice 软件定义存储
软件定义世界,软件定义一切! 说我们为什么需要软件定义?软件定义的强大之处究竟在哪里?
软件的价值毋庸置疑,如果把硬件比喻成身体,那么软件就是大脑,就是思想,就是灵魂! 身体可以到达的领域是有限的,但是思想的延伸是无限的
因为硬件的能力本身有限, 无限的需求。所以需要sd。。
对于软件本身来说,就是需要再次抽象一层,类似元设计meta define
作者:: ★(attilax)>>> 绰号:老哇的爪子 ( 全名::Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿尔 拉帕努伊 ) 汉字名:艾龙, EMAIL:1466519819@qq.com
转载请注明来源: http://blog.csdn.net/attilax
9.7. All in one全体系化
。避免某一方面核心技术受制于人..务必做到体系齐全
9.8. Func base unit 基于功能的单元
9.9. FURPS模型
是功能(function)、易用性(usability)、可靠度(reliability)、性能(performance)及可支持性(supportability)
最早是由惠普公司的罗伯特·格雷迪(Robert Grady)及卡斯威尔(Caswell)提出
9.10. Green 绿色
9.11. I18n
9.12. Open sys开放体系
9.13. Plugin 插件化
9.14. platform平台化
9.15. Process customiz流程自定义
Workflow等技术实现 决策表
9.16. Rest 接口rest化
Rpc>>rest
9.17. Text 协议文本化
9.18. Third Api
9.19. Tmork 输入方式
Touch mouse remoter key (扫描er,密码读取器,卡片读取器)
9.20. Vm化,隔离化 再次封装化
因为常用的类库为灵活性,所以粒度小的..可以不个常见的api 大的粒度,这样就使用容易的了..
OA系统软件几个热门概念的点评_协同OA跑跑观察.html
软件公司未来的发展方向、理念和痛点.html