随笔分类 - 20.sof_eng
摘要：前言什么是base64?Base64，顾名思义，就是包括小写字母a-z、大写字母A-Z、数字0-9、符号"+“、”/“一共64个字符的字符集，（另加一个“=”，实际是65个字符，至于为什么还会有一个“=”，这个后面再说）。任何符号都可以转换成这个字符集中的字符，这个转换过程就叫做base64编码。
阅读全文
摘要：开始学习UML建模语言，从用例图入手。建模工具选择visio 用例图描述的是参与者所理解的系统功能，主要元素是用例和参与者，是帮助开发团队以一种可视化的方式理解系统的功能需求。这时处于项目初始，分析用户需求的阶段，不用管怎么实现具体的功能，只要能向客户形象化的表述项目的功能就行。 用例图有四个部分：
阅读全文
摘要：先来模拟一下三国演义的赤壁之战的时序图，先知道它到底长什么样子，再深入介绍： 小伙伴惊呆了，这样画战略图，一目了然，原来著名的战役是这么回事。这样看三国演义再也不会睡着了...... 再看看各个大人物的主要操作： 代码模拟各任务操作： (以上为伪代码，只为说明问题，缩短文章长度)。 分析一：用例图、
阅读全文
摘要：在UML中，您使用类图和组件图推理软件的结构。您可以使用序列图，协作图，状态图和活动图来指定软件的行为。在系统软件和硬件的边缘，您可以使用部署图来推断软件在其上执行的处理器和设备的 (topology) 拓扑结构。 在UML中，您使用类图和组件图推理软件的结构。您可以使用序列图，协作图，状态图和活动
阅读全文
摘要：一：定义 1，组件图又称为构件图(Component Diagram) 。组件图中通常包括组件、接口，以及各种关系。组件图显示组件以及它们之间的依赖关系，它可以用来显示程序代码如何分解成模块或组件。一般来说，组件就是一个实际文件，可以有以下几种类型： >源代码组件：一个源代码文件或者与一个包对应的若
阅读全文
摘要：活动图概述 •活动图和交互图是UML中对系统动态方面建模的两种主要形式 •交互图强调的是对象到对象的控制流，而活动图则强调的是从活动到活动的控制流 •活动图是一种表述过程基理、业务过程以及工作流的技术。它可以用来对业务过程、工作流建模，也可以对用例实现甚至是程序实现来建模 •UML 2.0而言，去除
阅读全文
摘要：虚线箭头指向依赖； 实线箭头指向关联； 虚线三角指向接口； 实线三角指向父类； 空心菱形能分离而独立存在，是聚合； 实心菱形精密关联不可分，是组合； 上面是UML的语法。 在画类图的时候，理清类和类之间的关系是重点。类的关系有泛化(Generalization)、实现（Realization）、依赖
阅读全文
摘要：构件图（Component diagram）是面向对象系统从物理方面建模时用到的图之一，显示一组构件之间的组织和依赖关系。使用构件图的思想是复用。就像是我们盖房子，当房子的大体框架建好之后，剩下的门和窗户家具之类的直接拿来安装上即可，不需要再从新制作，直接拿来复用的思想。这些门和窗户就相当于一个个的
阅读全文
摘要：UML状态机图 基本概述 状态机图描述的是围绕某一事物状态变化的图。它也是三大流程分析利器之一。它和活动图的区别在于，活动图是描述事物发生的流程，是多个角色参与的，而状态机描述的是事物的状态变化，并没有角色这个概念。 案例： 状态机图基本语法 解释： 1、和活动图一样，状态机图也是只能有一个开始状态
阅读全文
摘要：益处： 测试用例的重要性是毋庸置疑的 制定了完备有效的测试用例才是关键 不能一味的求量： 弊端： 设计成本高 效果差 维护成本高 软件设计变更是否频繁 测试用例文档给谁看
阅读全文
摘要：根据层级数据流图分为顶层数据流图、中层数据流图和底层数据流图。除顶层数据流图外，其他数据流图从零开始编号。顶层数据流图只含有一个加工表示整个系统；输出数据流和输入数据流为系统的输入数据和输出数据，表明系统的范围，以及与外部环境的数据交换关系。中层数据流图是对父层数据流图中某个加工进行细化，而它的某个
阅读全文
摘要：①用例图 【用途】：帮助开发团队以一种可视化的方式理解系统的功能需求。 用例图所包含的元素如下： 1. 参与者(Actor) 表示与您的应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。 2. 用例(Use Case) 用例就是外部可见的系统功能，对系统提供的服务进行描述。用椭圆表示。
阅读全文
摘要：二、设计模式的六大原则 总原则：开闭原则（Open Close Principle） 开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，而是要扩展原有代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要
阅读全文
摘要：瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 瀑布模型
阅读全文
摘要：白盒测试方法按照程序内部的结构测试程序，检验程序中的每条通路是否都能按预定要求正确工作，而不顾它的功能。 白盒测试的主要方法有逻辑覆盖、基本路径测试等 逻辑覆盖包括：1、语句覆盖 2、判断覆盖 3、条件覆盖 4、判断/条件覆盖 5、条件组合覆盖 6、路径覆盖 黑盒测试并不涉及程序的内部结构和内容特性
阅读全文
摘要：一、设计模式的分类 总体来说设计模式分为三大类： 创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责
阅读全文
摘要：首先，我们需要先明确一个概念，什么叫软件体系结构的风格？定义便是：描述某一特定应用领域中系统组织方式的惯用。即，定义了用于描述系统的术语表和一组指导构建系统的规则。这方便了软件大粒度的重用。因此，当人们使用常用的，规范的方式来组织时，即可使别的设计师很容易理解系统的体系结构。下面是一些常用的软件体系
阅读全文
摘要：一．UML简介 UML（统一建模语言，Unified Modeling Language）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。在系统分析阶段，我们
阅读全文
摘要：我们的软件产品或者项目，其需求都有三个层级和三个方面。 一、我们首先看需求的三个层次 软件需求包括3个不同的层次――业务需求、用户需求和功能需求。 业务需求 （Business requirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销
阅读全文
摘要：01敏捷宣言 敏捷宣言，也叫做敏捷软件开发宣言，正式宣布了对四种核心价值和十二条原则，可以指导迭代的以人为中心的软件开发方法。 敏捷宣言，也叫做敏捷软件开发宣言，正式宣布了对四种核心价值和十二条原则，可以指导迭代的以人为中心的软件开发方法。 敏捷宣言强调的敏捷软件开发的四个核心价值是： 个体和互动高
阅读全文
