设计思考

软件项目管理 流动图 -- 如估算我的项目实现工夫，计算要害门路和要害流动。 最短实现工夫最多能够多晚开始不受影响结构化分析 结构化分析模型 需要分析阶段输入 数据流图、实体分割图、状态迁徙图和数据字典软件设计阶段进行 软件体系结构图数据流图 形容数据在零碎中如何被传送或变换，以及形容如何对数据流进行变换的性能，用于性能建模四个因素: 内部实体，也称为数据源或数据汇点，示意要解决的数据的输出起源或处理结果要送往何处，不属于指标零碎的一部分，通常为组织、部门、人、相干的软件系统或者硬件设施；数据流示意数据沿箭头方向的流动；加工是对数据对象的解决或变换；数据贮存在数据流中起保留数据的作用，能够是数据库文件或者任何模式的数据组织。程序语言基础知识 编译和解释 解释程序也称为解释器，它或者间接解释执行源程序，或者将源程序翻译成某种中间代码后再加以执行；编译器则将源程序翻译成目标语言程序，而后再计算机上运行目标程序。这两种语言处理程序的基本区别是：在编译形式下，机器上运行的是与源程序等价的目标程序，源程序和编译程序都不参加目标程序的执行过程；而在解释形式下，解释程序和源程序（或者某种等价示意）要参加到程序的运行过程中，运行程序的控制权在解释程序。简略来说，在解释形式下，翻译源程序时不生成独立的目标程序，而编译器则将源程序翻译成独立保留的目标程序。脚本语言 为了缩短传统的编写-编译-链接-运行过程而创立的计算机编程语言。脚本语言个别运行在解释器或虚拟机中，便于移植，开发效率较高。将高级语言源程序转化为一种中间代码 中间代码有四元式、后綴式、三地址码、树等操作系统软件设计 模块独立性是创立良好设计的一个重要准则，个别采纳模块间的耦合和模块的内聚两个准则来进行度量。耦合程序越低，内聚水平越高，则模块的独立性越好。 存在多种模块之间的耦合类型，从低到高顺次为非间接耦合、数据耦合、标记耦合、管制耦合、内部耦合、公共耦合和内容耦合。公共耦合是指一组模块都能拜访的同一公共数据环境；管制耦合是指一个模块通过传送开关、标记、名字等管制信息，显著地管制抉择另一个模块的性能；标记耦合是一组模块通过参数表传递记录信息；数据耦合是一个模块拜访另一个模块时，彼此之间通过数据参数（而不是控制参数、公共数据结构或内部变量）来替换输入输出信息。开发过程模型 增量开发模型 将软件产品分解成一系列的增量构件，在增量开发中逐渐退出。其长处次要有: 能在较短的工夫内交付能够应用的局部产品；逐渐减少的产品性能能够使用户有富余的工夫学习和适应新产品；优先级最高的性能首先交付, 这意味着最重要的性能通过最多的测试。 然而要求对要开发的零碎进行精心的剖析和设计。软件体系结构 仓库格调是一种软件体系结构，其中蕴含一个数据仓库和若干个其余构件。数据仓库位于该体系的构造核心，其余构件拜访该数据仓库并对其中的数据进行增、删、改等操作。数据库系统、超文本零碎和黑板零碎都属于仓库格调。该体系结构的长处包含： 对可更改性和可维护性的反对:可复用的常识源；反对容错性和健壮性。毛病包含: 测试艰难；不能保障有好的解决方案；难以建设好的控制策略；低效；低廉的开发工作；短少对并行机制的反对。软件测试 软件测试按阶段分为单元测试、集成测试和零碎测试。在单元测试的根底上，将所有模块依照设计要求组装为零碎；此时进行的测试称为集成测试。集成测试有多种策略： 自底向上: 从零碎档次中的最底层的构件开始，逐渐向上。须要设计驱动模块来辅助测试。自顶向上: 与自底向上相同，从最顶层的构件开始，逐渐向下。须要设计桩模块来辅助测试。三明治: 联合自底向上和自顶向下两种测试策略。一次性: 对所有的构件一次性测试，而后集成。软件复杂性常识 McCabe 度量法是一种基于程序控制流的复杂性度量办法，环路复杂性为V(G)=m-n+2 m是弧的个数，n是节点数

软件过程模型是指将软件开发过程合成为一系列可治理的阶段或流动，并规定每个阶段或流动所需的输出、输入、角色和工作产品，以及相互之间的关系。通过采纳软件过程模型，能够帮忙团队更好地组织和治理软件开发流动，进步软件开发效率和品质。模型名称概括形容长处毛病实用面向次要内容瀑布模型开发过程有序、线性，每个阶段实现后能力进入下一阶段易于了解、施行和治理需要变更难以解决、不适宜大型项目、开发过程不足灵活性面向过程需要剖析、设计、实现、测试、保护原型模型疾速开发原型，让用户理解软件系统是否合乎需要能够疾速失去用户反馈、更好地了解用户需要原型开发可能会减少后续开发的难度面向用户疾速建设原型、原型迭代迭代开发模型将开发过程分成若干个迭代，每个迭代都蕴含残缺的开发流程能够在开发过程中依据用户反馈及时调整需要、灵活性高迭代之间须要进行沟通和协调、可能存在一些反复工作面向用户打算迭代、剖析需要、设计、实现、测试、评审螺旋模型采纳一直迭代的形式开发软件，每个迭代包含危险剖析、开发、评审和打算等过程能够及时进行危险评估和调整、灵活性高须要进行危险评估和剖析，开发周期较长面向危险危险辨认、危险剖析、危险解决方案、开发、评审、打算喷泉模型将软件开发过程看作一个继续一直的喷泉，每个开发阶段都会一直循环迭代支持软件重用、能够适应变动、可靠性高开发过程可能会比较复杂，须要较高的技能和教训面向重用技术可行性研究、软件需要剖析、软件设计、软件实现、软件测试、软件维护

软件设计(架构)往往在项目开发中起到非常关键性的作用,至少它是能够工作。良好的软件设计包含了：灵活性、可伸缩性、可行性、可复用性、安全性,通过该一系列的定义,使我们影响到了软件功能的设计和特征。 (一)、什么是过度设计过度设计一词在英文中称为"over design",over意思是太多,design意思是设计、构思,通过教科书上面的解释,意味着你设计的或构思的太多了,即为过度设计。 什么是过度设计？设计出来的系统比恰到好处要复杂或臃肿的多,过度的封装、继承、接口或是大量的无用配置方法,其实就是用户需要一把杀鸡的刀,而你却设计出了杀牛刀或是电锯。 过度设计通常来自于开发者将问题过于复杂化或是前瞻性欠缺。 在我们日常所犯的错误中,大部分是来自于前者,至于后者的欠缺,需要一定的项目经验和洞察力来支撑,能够合理的预判和考虑需求会哪个方向发展。 在前者,问题复杂化会引入大量额外的代价,如成本上升，系统缺陷增大、提升维护成本、降低系统性能。而高性能和可维护性都是系统的隐性需求,如果这些也没实现好,那就可能属于设计错误。 但是从客观角度来看,能够进行过度设计的，多半设计能力高于设计不足的,过度的设计改回来的成本也比设计不足的改过去的成本低的多,在此需要更多地去权衡"利与弊"。 (二)、过度设计案例以系统充值为例,最初你设计的系统只需要一个支付宝功能,你的数据库设计如下: id primary key int //主键user_id int//充值用户status int //-1充值失败,0充值中,1充值成功order_no string //第三方支付系统订单号amount decimal //金额但是没过多久,你的系统需要接入另一个支付系统-微信,需要区分用户是通过微信还是支付宝充值的,于是你的数据库设计便成了以下模样 id primary key int //主键user_id int//充值用户status int //-1充值失败,0充值中,1充值成功order_no string //第三方支付系统订单号platform string //第三方交易平台amount decimal //金额但是你想了下,感觉可能以后需要接入银联支付,需要记录是哪张银行卡支付的,然后你又想了下,既然已经接入了银联支付,那顺便就再完善以下,支持国际支付,如美元充值,港币充值,然后需要记录上当地充值的汇率及当地支付时间,最终你花了一天的时间,将数据库改成了这样 id primary key int //主键user_id int//充值用户status int //-1充值失败,0充值中,1充值成功order_no string //第三方支付系统订单号platform string //第三方交易平台amount decimal //金额currency string //货币:CNY USD HKD bank_id int //银行卡IDrate decimal // 充值汇率local_pay_time //当地支付时间完成基本设计后,你花了4周的时间完成编码和测试,最终交付了上去,然而系统的初衷只是需要简单区分的是微信充值或支付宝充值,而因过度设计带来的额外成本和缺陷是非常巨大的,为此我们需要尽力让自己做的恰到好处并且避免过度设计。 (三、)如何避免过度设计?避免过度设计的最佳方法就是“不要设计的太远”,未了解实际未来,就做出了各种预设和判断,为系统增加了额外的负担。 正如scrum(敏捷开发)所倡导的Evolutionary Design(演进式设计),将每一次的重构和迭代都映射和更新到最新的设计中来，从而最大限度的满足系统的功能性需求和非功能性需求。 当你手里握着一把锤子时,不要把所有看到的,都当成钉子。

升级背景伴随着 CODING 理念的全面升级，CODING 正构建起覆盖构想到交付的全覆盖工具链，用户注册即可实践敏捷开发与 DevOps，提升软件交付质量与速度。 一直以来，CODING 作为软件研发领域的开拓者，代码托管、Cloud Studio、Pages 等作为极客代表的明星产品，使得 CODING 的品牌气质一直给人一种创新、前卫的印象。我们在新版官网的设计上仍然延续 “极客” 的概念。但同时，作为一个面向企业的产品，CODING 也需要展现出严谨可靠的一面。 官网是客户对产品的第一印象，很多潜在客户第一次对 CODING 产生认知就是发生在 CODING 的首页。在这样的背景下，CODING 官网需要进行一次全面的升级。 设计挑战市面上企业级产品的官网设计大多以严肃、板正的形象为主。如何追求创新，在设计上寻求自身的核心竞争力；如何正确的传递信息，将官网设计好看的同时又能促进转化，给品牌带来价值，是本次官网设计改版最大的挑战。 如何设计好看又能创造品牌价值的官网？CODING 的官网主要由首页、产品详情页、价格、支持四个部分组成，这里重点介绍官网首页的设计理念。首页展示的内容信息就好比在给用户讲述一个产品故事，如何让用户记住这个故事，光有一个好的文案是不够的，更需要通过优秀的设计传达。 1、大胆的首屏设计抓住用户视角 首屏是官网最核心的位置，如何在首屏抓住用户视角至关重要。配图部分我们仍然延续 2.5D 等宽插画的风格。小人点亮屏幕操作一行代码后，机器被发动开启一站式 DevOps ，这一过程的动效十分契合 CODING 的产品价值主张。 我们尝试过两种首屏排版方案，一种通栏式，一种异形式。但由于通栏式的单一铺底排版让首页气质看起来非常保守，不符合极客的品牌定位。为了追求创新，我们最终选择了大胆的异形式排版方案。 2、流程化的功能介绍引导用户阅览 功能介绍是首页最为重要的部分，这个部分能引导用户初步了解公司产品功能，设计上需要给用户营造良好的阅读体验。软件研发从构思->计划->开发->测试->交付整个流程，我们采用步骤式交互引导，带领用户一步一步浏览完整的功能介绍。另外每一个模块都使用真实的配图让用户有亲自操作 CODING 功能界面的感觉。 我们在设计上舍弃之前使用的背景色块分割区域手法，采用了开放式的布局形式，让这些散落的功能点描述看起来是一个整体功能的介绍内容。背景图案提炼出对应功能图标的元素用来点缀，让排版显得更加生动活泼。 3、知名企业的客户案例增强用户信任感 这个模块里我们将客户故事和客户 logo 墙一起展示，通过阅读大客户的案例故事，把用户带入不同行业的使用场景中去。企业客户在选择产品的时候看到与自己行业匹配的大企业也选择该产品，有助于提升好感度和信任度。 4、完善的产品详情页促进用户深入了解产品 产品详情页通过简介、特性、使用场景让用户能更深入地了解产品，页面风格选择比较中性的排版形式。值得一提的是我们为 CODING 的产品功能设计了一组抽象的概念图标，图标的元素同时也用作首屏背景。这种强烈的映射关系能够更好的统一整个介绍页的风格。 总结CODING 官网正式上线以来，经过近两个月的观察，官网跳出率比之前降低了 20%，充分证明这次升级给官网带来了价值。总结一下，提升企业级官网体验需要具备四个基本要素：吸引用户眼球的首屏刺激访问；条理清晰的功能介绍引导阅览；知名企业的客户案例增强信任；完善的产品详情页促进转化。 以上是我们团队对这次改版的总结，希望能够给设计师朋友们提供一些参考价值。首页欣赏： 点击下方，了解更多 CODING 2.0 升级资讯： 《CODING 2.0 企业级持续交付解决方案》 《CODING 2.0：为什么我们需要 DevOps》 《CODING 2.0 服务升级：一站式服务体系助力企业研发上云》 点击使用 CODING 2.0 体验 DevOps 全工具链敏捷研发