《UML和模式应用》读书笔记
2、分析(analysis)强调的是对问题和需
【菜科解读】
第一部分 绪论
1、在OO开发中，至关重要的能力是熟练地为软件对象分配职责；个人认为将对象进行抽象的能力也相当重要。
2、分析(analysis)强调的是对问题和需求的调查研究，而不是解决方案；设计(design)强调的是满足需求的概念上的解决方案(在软件方面和硬件方面)，而不是其实现。
有益的分析和设计可以概括为：做正确的事（分析）和正确地做事（设计）。
3、需求分析可能包括人们如何使用应用的情节或场景，这些情节或场景可以被编写成用例（use case）。
4、面向对象分析关注从对象的角度创建领域描述，面向对象分析需要鉴别重要的概念、属性和关联。
面向对象分析的结果可以表示为领域模型，在领域模型中展示重要的领域概念或对象。
5、面向对象设计关注软件对象的定义-它们的职责和协作。
6、与领域模型表示的是真实世界的类，设计类图表示的是软件类。
7、敏捷建模（agile modeling）强调了UML作为草图的方式，这也是适用UML的普通方式，而且通常对时间投入具有高回报（一般费时较短）。
8、迭代开发（iterative development）是UP和大多数其他现代方法中的关键实践。
在这种生命周期方法中，开发被组织成一系列固定的短期（如三个星期）小项目，称为迭代（iteration），每次迭代都产生经过测试、集成并可执行的局部系统。
每次迭代都具有各自的需求分析、设计、实现和测试活动。
9、迭代开发的优点包括：
减少项目失败可能性，提高生产率，降低缺陷率。在早期缓解高风险（技术、需求、目标、可用性等等）。
早期可见的进展。
早期反馈、用户参与和调整，会产生更接近涉众真实需求的精化系统。
可控复杂性；团队不会被 分析瘫痪 或长期且复杂的步骤所淹没。
一次迭代中的经验可以被系统地用于改进开发过程本身，并如此反复进行下去。
10、在复杂、变更系统中（如大多数软件项目），反馈和调整是成功的关键要素。
11、如何进行迭代和进化式分析和设计：
1）在第1次迭代之前，召开第一个时间定量的需求工作会议，例如确切地定义为两天时间，业务和开发人员（包括首席架构师）需要出席。
在第一天上午，进行高阶需求分析，例如仅仅确定用例和特性的名称，以及关键的非功能性需求。这种分析不可能是完美的。
透过咨询首席架构师和业务人员，从高阶列表中选择10%列表项，这些项目具备以下三种性质：1，具有重要的架构意义；2，具有高业务价值；3，具有高风险。
在剩下的一天半内，对这三个用例的功能和非功能性需求进行详细的分析。
完成这一过程后，对10%进行了深入分析，90%进行了高阶分析。
2）在第1次迭代之前，召开迭代计划会议，选择上述三个用例的子集，在特定时间内（例如，四周的时间定量迭代）进行设计、构造和测试。
3）在三到四周内完成第1次迭代（选择时间定量，并严格遵守时间）：
在开始的两天内，开发者和其他成员分组进行建模和设计工作，在首席架构师德带领和指导下，于 公共作战室 的众多白板上，画出UML的草图（及其他的模型）。然后，开发者摘掉其 建模帽子 并戴上 编程帽子 ，开始编程、测试和集成工作并且剩余的时间均用于完成这项工作。
进行大量的测试，包括单元测试、验收测试、负载测试和可用性测试等。
在结束前的一周，检查是否能够完成初始的迭代目标；如果不能，则缩小迭代的范围，将次要目标置回任务列表中。
在最后一周的星期二，冻结代码。
必须检入、集成和测试所有代码，以建立迭代的基线。
在星期三的上午，向外部涉众演示此局部系统，展示早期可视进展，同时要求反馈。
4）在第1次迭代即将结束时（如最后一周的星期三和星期四），召开第二次需求工作会，对上一次会议的所有材料进行复查和精化，然后选择具有重要架构意义和高业务价值的另外10%到15%的用例，用一到两天对其进行详细分析。
5）于周五上午，举行下一迭代的迭代计划会议。
6）以相同步骤进行第2次迭代。
7）反复进行四次迭代和五次需求工作会，这样在第4次迭代结束时，可能已经详细记录了大约80%-90%的需求。
8）我们大概推进了整个项目过程的20%。
此时，可以估计这些精化的、高质量的需求所需工作量和时间。
因为具有依据现实得出的调查、反馈结论并进行了早期编程和测试，因此估计能够做什么和需要多长时间的结果会更为可靠。
9）此后，一般不需要再召开需求工作会；需求已经稳定了（尽管需求永远不会被冻结）。
接下来是一系列为期三周的迭代，在最后一个周五召开的迭代计划会上选择适宜的下一步工作，每次迭代都要反复询问： 就我们现在所知，下一个三周应该完成的、最关键的技术和业务特性是什么？
利用这种方式，经过早期探索式开发的几次迭代之后，团队将能够更准确地回答 什么、多少、何时 。
12、建模（构建UML草图 ）的目的主要是为理解，而非文档。
第二部分 初始阶段
1、用一句话来概括初始阶段：预见项目的范围、设想和业务案例。
用一句话来概括初始阶段要解决的主要问题：涉众是否就项目设想基本达成一致，项目是否值得继续进行认真研究。
2、需求分析的最大挑战是寻找、沟通和记住（通常是指记录）什么是真正需要的，并能够清楚地讲解给客户和开发团队的成员。
3、在统一过程中，需求按照 FURPS+ 模型进行分类，这是一中有效的记忆方法，其含义如下：
功能性（Funcational）：特性、功能、安全性。可用性（Usability）：人性化因素、帮助、文档。
可靠性（Reliability）：故障频率、可恢复性、可预测性。
性能（Performance）：响应时间、吞吐量、准确性、有效性、资源利用率。
可支持性（Supportability）：适用性、可维护性、国际化、可配制性。
FURPS+ 中的 + 是指一些辅助性的和次要的因素，比如：
实现（Implementation）：资源闲置、语言和工具、硬件等。接口（Interface）：强加于外部系统接口之上的约束。
操作（Operation）：对其操作设置的系统管理。
包装（Packaging）：例如无力的包装盒。
授权（Legal）：许可证或其他方式。
若想从生活中得到什么，必不可少的第一步就是：决定想要什么。
-本。
斯坦(Ben Stein)
4、用例是文本形式的情节描述，广泛应用于需求的发现和记录工作中。
5、用例是一种优秀的方法，使领域专家或需求提供者自己编写（或参与编写）用例成为可能，并使这项工作难度降低。
第三部分 细化迭代1 基础
1、细化（elaboration）是一般项目中最初的一系列迭代，其中包括：
对核心、有风险的软件架构进行编程和测试。发现并稳定需求的主体部分。
规避主要风险。
细化阶段是最初的一系列迭代，在这一阶段，小组进行细致的调查、实现（编程和测试）核心架构、澄清大多数需求和应对高风险问题。
2、在细化阶段可能出现的一些关键思想和最佳实践包括：
实行短时间定量、风险驱动的迭代。及早开始编程。
对架构的核心和风险部分进行适应性的设计、实现和测试。
尽早、频繁、实际地测试。
基于来自测试、用户、开发者的反馈进行调整。
通过一系列讨论会，详细编写大部分用例和其他需求，每个细化迭代举行一次。
3、通过关联而不是属性来表示概念类之间的关系。
4、没有所谓唯一正确的领域模型。
所有模型都是对我们试图要理解的领域的近似。
领域模型主要是在特定群体中用于理解和沟通的工具。
5、在同一层内的对象在职责上应该具有紧密关联，不同层中对象的职责则不应该混淆。
6、需要哪些对象，它们如何通过消息和方法进行协作，通过动态对象建模（例如绘制顺序图）才能真正落实这些准确和详细的结论。
7、应该把时间花费在交互图（顺序图或通信图），而不仅是类图上。
8、任何顺序图都可以使用sd图框围绕起来，并对其命名。
当你想要引用相应名字的sd图框时，可以使用ref图框。
9、在类图中，使用依赖线描述对象之间的全局变量、参数变量、局部变量和静态方法（对其他类的静态方法加以调用）的依赖。
10、GRASP是通用职责分配软件模式（General Responsibility Assignment Software Patterns）的缩写。
GRASP的9个模式如下所示：
创建者（Creator）
如果以下的条件之一（越多越好）为真时，将创建类A实例的职责分配给类B：
B 包含 或组成聚集A。B记录A。
B直接使用A。
B具有A的初始化数据，并且在创建A时会将这些数据传递给A。
因此对于A的创建而言，B是专家。
B是对象A的创建者。
注意：对象的创建常常具有相当的复杂性，这时最好的方法是把创建职责委派给称为具体工厂（Concrete Factory）或抽象工厂（Abstract Factory）的辅助类，而不是使用创建者模式所建议的类。
信息专家（Information Expert）
把职责分配给信息专家，它具有实现这个职责所必需的信息。
分配职责应当从清晰地描述职责开始。
注意：由于耦合与内聚问题导致某些情况下，专家模式建议的方案并不合适。
低耦合（Low Coupling）
分配职责，使耦合性尽可能低。
利用这一原则来评估可选方案。
控制器（Controller）
控制器是UI层之上的第一个对象，它负责接收和处理系统操作消息。
高内聚（High Cohesion）
内聚（或更为专业地说，是功能内聚）是对元素职责的相关性和集中度的度量。
多态性（Polymorphism）
纯虚构（Pure Fabrication）
间接性（Indirection）
防止变异（Protected Variations）
《,UML和模式应用,》,读书,笔记,第,一部分,《书名号的正确使用方法》
然而，很多人在书名号的使用上存在一些误区，导致文章的格式混乱，影响了阅读体验。
本文将通过一些案例来引出这个问题，并简要概括文章内容，阐述自身论点。
工具原料：在撰写本文时，我使用了以下工具和软件：电脑品牌型号：MacBook Pro操作系统版本：macOS Big Sur软件版本：Microsoft Word 2021正文：一、书名号的基本规则1、书名号是用来标注书名、报纸、杂志、电影、歌曲等作品名称的符号。
在使用书名号时，应注意书名号的前后应有空格。
2、书名号的使用应遵循国家标准，不同国家的标准可能有所不同，因此在撰写文章时应根据所在地的规范来使用书名号。
二、书名号的特殊情况1、当书名号内部包含其他标点符号时，应注意标点符号的使用。
例如，书名号内部包含问号或感叹号时，问号或感叹号应放在书名号外。
2、当书名号内部包含引用内容时，引用内容应使用引号标注，而书名号则用于标注整个作品的名称。
三、书名号的排版技巧1、在排版文章时，应注意书名号的字体、大小和颜色与正文的一致性，以保持整篇文章的统一风格。
2、书名号的位置应与正文对齐，不应出现错位或偏离的情况。
总结：掌握书名号的正确使用方法对于提升文章的质量和阅读体验至关重要。
通过本文的介绍，希望读者能够正确使用书名号，避免常见的错误，使文章更加规范、清晰。
同时，建议读者在撰写文章时参考国家标准，以确保书名号的使用符合规范。
《光影流转间,万千世界尽收掌中 - 手机电影带你游览 无垠创意空间》
而手机电影的出现,更是为人们打开了一扇通往无垠创意空间的大门。
本文将带您一探手机电影的魅力,了解如何用手机拍摄出令人惊艳的作品。
工具原料：系统版本：iOS 15.4,Android 12品牌型号：iPhone 13 Pro Max,Samsung Galaxy S22 Ultra软件版本：FiLMiC Pro v6.17.5,Adobe Premiere Rush v2.4.1一、手机电影的优势1、便携性:相比专业的电影拍摄设备,手机更加轻便易携带,可以随时随地捕捉灵感。
2、经济性:手机拍摄无需投入大量资金购买专业设备,大大降低了电影创作的门槛。
3、创意性:手机小巧灵活的特点,能够拍摄出独特的视角和镜头语言,激发创作者的无限创意。
二、手机电影拍摄技巧1、构图:善用构图法则如三分法、对角线构图等,让画面更加和谐美观。
2、光线:尽量利用自然光拍摄,避免逆光。
在光线不足时,可使用补光设备如LED灯等。
3、稳定:尽量使用三脚架或稳定器,减少画面抖动,提高画面稳定性。
4、声音:选择安静的环境拍摄,使用外接麦克风录制更清晰的声音。
三、手机电影后期制作1、剪辑:使用专业的手机视频剪辑App如Adobe Premiere Rush,对素材进行剪辑、调色等处理。
2、特效:适当添加转场、字幕、滤镜等特效,增强视频的艺术表现力,但切忌过度使用。
3、配乐:根据视频主题和情绪,选择合适的背景音乐,烘托氛围,引发情感共鸣。
4、导出:根据发布平台的要求,选择合适的视频格式和分辨率导出,确保画质清晰流畅。
内容延伸：1、手机电影类型:手机电影涵盖多种类型,如微电影、Vlog、短视频等,各有特色。
2、手机电影节:近年来,越来越多的手机电影节如坎城手机电影节、上海国际手机电影节等相继举办,为手机电影提供展示平台,促进行业交流。
3、商业应用:手机电影凭借其低成本、高效率的优势,在商业广告、企业宣传等领域得到广泛应用。
总结：手机电影以其独特的魅力,吸引着越来越多的创作者和观众。
无论您是专业人士还是业余爱好者,只要掌握一定的拍摄和制作技巧,就能用手机创作出令人惊叹的作品。
在这个万物皆可拍的时代,让我们一起探索手机电影的无限可能,尽情挥洒创意,用光影记录生活,传递情感。
