摘要：
第十章 典型用户和场景 10.1 典型用户和典型场景 ①怎样定义典型用户？ 我们首先要定义用户的角色。正如戏剧中有正面和反面的角色，软件系统中也有受欢迎的和不受欢迎的典型用户。 受欢迎的典型用户——指那些按设计者的期望使用系统的用户，如“网站的购物者” 不受欢迎的典型用户——指那些有不正当目的的用户 阅读全文
posted @ 2021-12-01 16:09 ***Pepsi*** 阅读(77) 评论(0) 推荐(0)
2021年12月1日
2021年11月30日
摘要：
第八章 需求分析 8.1 软件需求 ①获取和引导需求：软件团队需要找到软件的利益相关者，了解和挖掘他们对软件的需求，引导他们表达出对软件的需求；需求还可以来自各种管理机构；需求不仅来自外界，还可以来自软件企业本身；需求还可以来自技术团队本身；有些需求的目的是要更好地了解用户的行为和需求。 ②分析和定 阅读全文
posted @ 2021-11-30 11:20 ***Pepsi*** 阅读(38) 评论(0) 推荐(0)
2021年11月29日
摘要：
抽象工厂模式，每一个具体工厂可以生产多个具体产品，理解起来就像是苹果公司可以生产苹果电脑，也可以生产苹果手机 定义：提供一个创建一系列相关或者相互依赖对象的接口，而无需指定他们具体的类。属于对象创建型模式 角色： 1.AbstractFactory(抽象工厂类) 2.ConcreteFactory( 阅读全文
posted @ 2021-11-29 15:25 ***Pepsi*** 阅读(61) 评论(0) 推荐(0)
摘要：
工厂方法模式属于类创建型模式，工厂父类负责定义创建产品对象的公共接口，而子类工厂负责生成具体的产品对象，目的是将产品的实例化操作延迟到工厂子类中完成，通过工厂子类来确定究竟应该实例化哪一个具体产品类 工厂方法模式包含如下角色： 1.Product（抽象产品类）：是定义产品的接口，是工厂方法模式所创建 阅读全文
posted @ 2021-11-29 14:48 ***Pepsi*** 阅读(48) 评论(0) 推荐(0)
2021年11月28日
摘要：
简单工厂模式又称为静态工厂模式，属于类创建型模式 简单工厂模式包含三个角色 1.Factory（工厂角色）：负责实现创建所有实例的内部逻辑 2.Product（抽象产品角色）：是所创建的所有对象的父类，负责描述所有实例所共有的公共接口 3.ConcreteProduct（具体产品角色）：创建目标，所 阅读全文
posted @ 2021-11-28 22:49 ***Pepsi*** 阅读(92) 评论(0) 推荐(0)
摘要：
根据其目的可分为创建型（Creational），结构型（Structural）和行为型（Behavioral）三种 根据其范围，模式主要是用于处理类之间的关系还是处理对象间的关系可以分为类模式（静态）和对象模式（动态）两种 创建型：主要用于创建对象 1.工厂方法模式 2.抽象工厂模式 3.建造者模式 阅读全文
posted @ 2021-11-28 22:08 ***Pepsi*** 阅读(127) 评论(0) 推荐(0)
摘要：
设计模式（Design Pattern）：是一套被反复使用，多数人知晓的，经过分类编目的，代码设计经验的总结 使用设计模式是为了可重用代码，让代码更容易被他人理解，保证代码可靠性 设计模式一般有如下几个要素： 模式名称，问题，目的，解决方案，效果，代码以及相关设计模式 关键元素： 模式名称 问题 解 阅读全文
posted @ 2021-11-28 21:27 ***Pepsi*** 阅读(38) 评论(0) 推荐(0)
摘要：
1.单一职责原则：一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中 单一职责原则是实现高内聚低耦合的指导方针 2.开闭原则：一个软件实体应该对扩展开放，对修改关闭 抽象化是开闭原则的关键 3.里氏代换原则：所有能够引用父类对象的地方，都必须能够透明地使用其子类的对象，反过来不成立 里氏 阅读全文
posted @ 2021-11-28 21:09 ***Pepsi*** 阅读(46) 评论(0) 推荐(0)
2021年11月27日
摘要：
第五章 团队和流程 5.2 软件团队的模式 主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式 5.3 开发流程 ①写了再改模式 ②瀑布模型（Waterfall Model） 是一个项目开发架构，开发过程是通过设计一系列阶段顺序展开的 阅读全文
posted @ 2021-11-27 16:08 ***Pepsi*** 阅读(63) 评论(0) 推荐(0)
2021年11月26日
摘要：
第二章 个人技术和流程 2.1 单元测试 ①重要的单元测试：有效解决程序员对模块功能的误解、疏忽或不了解模块的变化之类的问题，使自己负责的模块功能定义尽量明确，模块的质量得到稳定的、量化的保证。 ②好的单元测试的标准： 在最基本的功能/参数上验证程序的正确性 单元测试必须由最熟悉代码的人（程序的作者 阅读全文
posted @ 2021-11-26 16:07 ***Pepsi*** 阅读(44) 评论(0) 推荐(0)
2021年11月25日
摘要：
第一章 概论 在这一章中，作者为我们介绍了一些关于软件工程的基本知识。 ①软件=程序+软件工程：正是因为对软件开发活动（构建管理、源代码管理、软件设计、软件测试、项目管理）相关的内容的完成，才能完成把整个程序转化成为一个可用的软件的过程。 扩展的推论:软件企业=软件+商业模式 ②软件开发的不同阶段： 阅读全文
posted @ 2021-11-25 16:05 ***Pepsi*** 阅读(19) 评论(0) 推荐(0)
2021年11月24日
摘要：
多个单词连接的命名，不使用空格或者连接符下划线等连接 将第一个单词的首字母大写，后续单词也将首字母大写形成的唯一识别符 不同于驼峰命名法 C#方法名的命名是以 Pascal 命名法为规范的,命名时需注意命名规范 如： 程序代码public void DisplayInfo(); string Use 阅读全文
posted @ 2021-11-24 22:01 ***Pepsi*** 阅读(271) 评论(0) 推荐(0)
摘要：
1 using System; 2 using System.Collections.Generic; 3 4 namespace Test_1_5 5 { 6 class Program 7 { 8 static void Main(string[] args) 9 { 10 int max, m 阅读全文
posted @ 2021-11-24 17:57 ***Pepsi*** 阅读(316) 评论(0) 推荐(0)
2021年11月23日
摘要：
人月神话3 巴比伦塔的失败： 大型编程项目中的交流（人员交往活动、项目工作手册的编写）和组织架构（人力划分和限定职责范围）是非常重要的。 胸有成竹： 通过各种计算方法得出的软件制造的时间估算来确定效率。 削足适履： 一个软件工程是由一定的成本、时间、空间限制的。 这些限制决定了软件的功能在一定程度上 阅读全文
posted @ 2021-11-23 13:10 ***Pepsi*** 阅读(46) 评论(0) 推荐(0)
2021年11月22日
摘要：
人月神话2 画蛇添足： 结构师的交互准则和机制来约束结构师的创造性热情。 第一个系统和第二个系统都要充分的简洁和控制来契合成本要求。 明确了人员和软件目标范围就是贯彻执行了。 其中手册不但要描述包括所有界面在内的用户可见的一切， 它同时还要避免描述用户看不见的事物。 规格说明的风格必须清晰、完整和准 阅读全文
posted @ 2021-11-22 13:07 ***Pepsi*** 阅读(40) 评论(0) 推荐(0)
浙公网安备 33010602011771号