<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[linran200的专栏]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/linran200</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; linran200]]></copyright><item><title><![CDATA[PHP对接kafka0.9.0报ArrayIndexOutOfBoundsException错误]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/124047471</link><guid>https://blog.youkuaiyun.com/linran200/article/details/124047471</guid><author>linran200</author><pubDate>Fri, 08 Apr 2022 17:58:16 +0800</pubDate><description><![CDATA[使用rdkafka6.0对接kafka报ArrayIndexOutOfBoundsException错误的解决方案参考]]></description><category></category></item><item><title><![CDATA[重启阿里云服务器后网站无法访问的问题解决]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/83043525</link><guid>https://blog.youkuaiyun.com/linran200/article/details/83043525</guid><author>linran200</author><pubDate>Sun, 14 Oct 2018 00:05:58 +0800</pubDate><description><![CDATA[背景

公司IOS反馈说，有一张图片的网址请求后，有时请求失败，有时请求成功但是只显示一部分。

检查过程

前端检查图片的request，发现图片加载到一半时会失败。
	ping了一下图片的url，发现是存放在公司一台已经弃用的服务器上。
	检查服务器的各项参数，发现服务器的硬盘空间爆满。
	猜测与空间不足有关，但是由于该服务器没有任何交接文档，因此不知道密码，只能重置密码并重启服务器【阿里云服...]]></description><category></category></item><item><title><![CDATA[第15章 UML交互图]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/76038950</link><guid>https://blog.youkuaiyun.com/linran200/article/details/76038950</guid><author>linran200</author><pubDate>Mon, 24 Jul 2017 22:46:42 +0800</pubDate><description><![CDATA[UML使用交互图来描述对象之间通过消息的交互。交互图可以用于动态对象建模，交互图包括顺序图和通信图两种。
1.顺序图和通信图
1.1顺序图具有更丰富的符号标记，它以一种栅栏格式描述交互，其中在右侧添加新创建的对象。如图：类A具有名为doOne的方法和类型为B的属性，同时类B具有名为doTwo和doTime的方法。


1.2通信图以图或网络格式描述对象交互，其中对象可以置于途中的任何位置]]></description><category></category></item><item><title><![CDATA[第14章 迈向对象设计]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/76038922</link><guid>https://blog.youkuaiyun.com/linran200/article/details/76038922</guid><author>linran200</author><pubDate>Mon, 24 Jul 2017 22:22:58 +0800</pubDate><description><![CDATA[1.设计对象：静态和动态建模
1.1动态模型有助于设计逻辑、代码行为或方法体。例如UML交互图（顺序图或通信图）。动态模型倾向于差UN关键更为有益、困难和重要的图形。
1.2静态模型有助于设计包、类名、属性和方法特征标记的定义，例如UML类图。
1.3敏捷建模中，花费较短的时间创建交互图（动态），然后转到对应的类图（静态），交替进行。
1.4应该把时间花费在交互图，而不仅是类图上。
1.]]></description><category></category></item><item><title><![CDATA[第13章 逻辑架构和UML包图]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/75268712</link><guid>https://blog.youkuaiyun.com/linran200/article/details/75268712</guid><author>linran200</author><pubDate>Mon, 17 Jul 2017 22:03:01 +0800</pubDate><description><![CDATA[逻辑架构和层
逻辑架构是软件类的宏观组织结构，它将软件类组织为包（或命名空间）、子系统和层等。
层是对类、包或子系统的分组，具有对系统主要方面加以内聚的职责。通常包括：1.用户界面。2.应用逻辑和领域对象（表示领域概念的软件对象）。3.技术服务（提供支持性技术服务的常用对象和子系统）。
软件架构
架构是一组重要决策，其中涉及软件系统的组织，对结构元素及其组成系统相关接口的选择，这些元素特定]]></description><category></category></item><item><title><![CDATA[第11章 操作契约]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/74938026</link><guid>https://blog.youkuaiyun.com/linran200/article/details/74938026</guid><author>linran200</author><pubDate>Tue, 11 Jul 2017 00:03:38 +0800</pubDate><description><![CDATA[本文为《UML和模式应用(原书第3版)》读书笔记操作契约使用前置和后置条件的形式，描述领域模型里对象的详细变化，并作为系统操作的结果。契约的组成部分系统操作
系统操作时作为黑盒构件的系统在其公共接口中提供的操作。
SSD展示了系统事件，即涉及系统的时间或I/O消息，输入的系统事件意味着系统具有用来处理该事件的系统操作。
后置条件
描述了领域模型内对象状态的变化，领域模型状态变化（后置条件类型）包括创]]></description><category></category></item><item><title><![CDATA[第10章 系统顺序图]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/74908068</link><guid>https://blog.youkuaiyun.com/linran200/article/details/74908068</guid><author>linran200</author><pubDate>Mon, 10 Jul 2017 02:03:13 +0800</pubDate><description><![CDATA[什么是系统顺序图（SSD）
用例描述外部参与者与我们的系统进行的交互，而系统顺序图将这些交互变得具体和明确。
应该为每个用例的主成功场景，以及频繁发生的或者复杂的替代场景绘制系统顺序图。
用例文本及其所示的系统事件是创建SSD的输入，SSD的操作可以在操作契约中进行分析，在词汇表中被详细描述。并且可以作为设计协作对象的起点。 
 动机需要准确知道各种系统事件，然后根据系统对这些事件的响应和处理来设计]]></description><category></category></item><item><title><![CDATA[第9章 领域模型]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/73076387</link><guid>https://blog.youkuaiyun.com/linran200/article/details/73076387</guid><author>linran200</author><pubDate>Sun, 11 Jun 2017 23:28:23 +0800</pubDate><description><![CDATA[本文为《UML和模式应用(原书第3版)》读书笔记UP制品关系样例示例下图是以UML类图表示法绘制的部分领域模型 
什么是领域模型
领域模型是对领域内的概念类或现实世界中对象的可视化表示，是重要领域概念和词汇的可视化。领域模型也称为概念模型、领域对象模型和分析对象模型。 
注意在UP中，术语“领域模型”指的是对现实世界概念类的表示，而非软件对象的表示。
UP对领域模型的定义是，可以在业务建模科目中创建]]></description><category></category></item><item><title><![CDATA[第8章 迭代1——基础]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/72860581</link><guid>https://blog.youkuaiyun.com/linran200/article/details/72860581</guid><author>linran200</author><pubDate>Sun, 04 Jun 2017 18:38:11 +0800</pubDate><description><![CDATA[本文为《UML和模式应用(原书第3版)》读书笔记]]></description><category></category></item><item><title><![CDATA[第7章 其他需求]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/72805755</link><guid>https://blog.youkuaiyun.com/linran200/article/details/72805755</guid><author>linran200</author><pubDate>Mon, 29 May 2017 23:16:46 +0800</pubDate><description><![CDATA[除用例之外，还有其他一些重要的UP需求制品，本章主要介绍这些次要的需求主体而不是OOA/D。
其他需求制品
用例不是要求的全部
补充性规格说明捕获并确定了其他类型的需求，例如报表、文档、包装、可支持性说明、许可授权等等。
词汇表捕获术语和定义，也起到数据字典的作用。
设想概括了对项目的“设想”，即执行摘要。该制品为项目主要思想提供简介描述。
业务规则捕获了凌驾于特定应用之上的长期规则或政策，例如税法]]></description><category></category></item><item><title><![CDATA[第6章 用例]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/71988062</link><guid>https://blog.youkuaiyun.com/linran200/article/details/71988062</guid><author>linran200</author><pubDate>Sun, 14 May 2017 15:18:47 +0800</pubDate><description><![CDATA[本文为《UML和模式应用(原书第3版)》读书笔记用例是文本形式的情节描述，广泛应用于需求的发现和记录工作中。
示例顾客携带商品到收银台，收银员使用POS系统记录每件商品，系统连续显示累计总额，并逐行显示细目。顾客输入支付信息，系统对支付信息进行验证和记录。系统更新库存信息，顾客从系统得到购物小票，然后携带商品离开。 参与者、场景和用例
参与者是某些具有行为的事物，可以是人、计算机系统或组织，例如收银]]></description><category></category></item><item><title><![CDATA[第5章 进化式需求]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/71513373</link><guid>https://blog.youkuaiyun.com/linran200/article/details/71513373</guid><author>linran200</author><pubDate>Wed, 10 May 2017 00:38:57 +0800</pubDate><description><![CDATA[本文为《UML和模式应用(原书第3版)》读书笔记需求
需求就是系统必须提供的能力和必须遵从的条件。
UP不主张采用瀑布的观点。
UP推崇用一种系统的方法来不断寻找、记录、组织和跟踪不断变更的需求，简而言之，就是通过迭代巧妙地进行需求分析。
需求分析的最大挑战是寻找、沟通和记录什么是真正需要的，并能够清楚地讲解给客户和开发团队的成员。
进化式需求与瀑布式需求
两者的核心差异在于UP能够包容需求中的变更]]></description><category></category></item><item><title><![CDATA[第4章 初始不是需求阶段]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/71438232</link><guid>https://blog.youkuaiyun.com/linran200/article/details/71438232</guid><author>linran200</author><pubDate>Tue, 09 May 2017 00:56:50 +0800</pubDate><description><![CDATA[初始阶段大多数项目需要一个简短的起始步骤，在这个步骤中要考虑以下问题：
项目的设想和业务案例是什么；
是否可行；
购买还是开发；
粗略估计一下成本；
项目应该继续下去还是停止； 
初始阶段并不是定义所有需求，或产生可信的预算和项目计划。 
大多数需求分许是在细化阶段进行的，并且伴以具有产品品质的早期编程和测试 
主要任务：预见项目的范围、设想和业务案例。 
解决问题：涉众是否就项目设想基本达成一致，]]></description><category></category></item><item><title><![CDATA[第2章 迭代、进化和敏捷]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/71076142</link><guid>https://blog.youkuaiyun.com/linran200/article/details/71076142</guid><author>linran200</author><pubDate>Mon, 01 May 2017 23:04:57 +0800</pubDate><description><![CDATA[UP软件开发过程描述了构造、部署以及维护软件的方式。 
统一过程（Unified Process）是一种流行的构造面向对象系统的软软件开发过程。 
本章介绍UP的原因： 
1.UP是迭代过程。迭代开发对OOA/D的最佳实践具有影响。 
2.UP实践提供了如何实施OOA/D的示范结构。 
3.UP具有灵活性，可以应用于轻量级和敏捷方法。]]></description><category></category></item><item><title><![CDATA[第1章 面向对象分析和设计]]></title><link>https://blog.youkuaiyun.com/linran200/article/details/70667501</link><guid>https://blog.youkuaiyun.com/linran200/article/details/70667501</guid><author>linran200</author><pubDate>Tue, 25 Apr 2017 00:34:31 +0800</pubDate><description><![CDATA[本文为《UML和模式应用(原书第3版)》 
[TOC]为对象分配职责  在OO开发中，最重要的就是为对象分配职责。因为分配职责是必须进行的一项工作，并且它对软件构件的健壮性、可维护性和可重用性具有重要的影响。 
  相比起在OOA/D中的其他技能，职责的分配是一项难以掌握又至关重要的技能，即使在实际项目中，开发人员没有时间进行其他建模活动，而只能完成仓促编码的开发过程，分配职责这项工作却也是必不可少]]></description><category></category></item></channel></rss>