SaaS软件服务SS-CloudKF

云开发可以针对任何类型与任何地域，可以实现开发即测试的效果。

活  动

1.简洁需求定义

概括场景，提出关键点设计等，明确路线图；无需等待和反复论证，无需传统详细需求定义、页面设计等细化需求。

2. 快速设计

选定框架（浓缩了规范和标准），明确截块化和分工；避免传统的详细设计、解决方案和数据模型设计等，甚至完备的数据表定义、业务流定义，这些都将变成编码开发的一部分，并自动产生各种设计文档。

3. 自驱动的编码

各种适合不同能力和定位的人员的自驱动开发模式，包括制作即开发-页面制作、设计即开发-数据设计、页面即开发-如页元需求驱动、接口驱动开发、流程驱动开发、表单驱动开发、逻辑微编码-简单到粗暴编码到构件提炼开发等。

4. 覆盖式跟踪调试

支持浏览器下调试和测试，支持在线代码的在线命令行跟踪，集中版本获取可离线可视化跟踪--以上均为代码模式当然可以断点运行跟踪的调试和崩溃汇报模式，当然也支持浏览器监控模式，兼容传统线下编程和调试，块编码提示能力很强。

5. 自动化测试

全自动透明化单元测试和功能测试（并行测试--性能测试--安全测试）。

6. 不中断的集成、部署和交付

连续交付，云计算容器运行，并进行容错处理--自动调度将实现负载正确的新线路，新回路不对将自动切向正确的运行版实现容错。

7. 运行时云支持服务

进行云监控和云服务。

8. 连续交互体验驱动极限迭代

无极交流和反馈，反复驱动重构==重构必须反复进行，但必须自动化驱动重构？我不想亲自做那些冗余的事包括库设计-html导入-逻辑块=但能否构建功能测试QOS率并报警，我似乎也没有更好的办法监管这些代码的品质并反复重构提升=只要单元测试日志等地方就将给出报告并引起关注，从而量化优化控制。

9. 云品质要求驱动重构

自驱动重构机制-并行解耦重构而进化。

过   程

·   从截层出发；

·   并行开发-传统受[模块黑盒子+串行设计+垂直堆叠]的限制，云开发则把模块内部都进行了横向切割，大家全部以并行参与，全员平等并行设计；

·   灵活专业切入-替代原来的评审；

·   驱动模式-面向截层水平自动驱动,从而使得测试、重构等内部驱动力加大，更快向高质量产品演进；

·   无缝变革式飞跃-松耦合机制确保可替换，松耦防干扰，版本共存，自动容错，定向版本，质量演进；

·   管理自动化-自动产生各种统计报表分析开发状态的监控和管理。