自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(77)
  • 收藏
  • 关注

转载 将下载到本地的JAR包手动添加到Maven仓库

Maven 中央库http://repo1.maven.org/maven2/<!-- https://mvnrepository.com/artifact/ojdbc/ojdbc --><!-- (参数一):下载到本地的ojdbc-10.2.0.4.0.jar包的真实存放路径 --><dependency> <groupId...

2019-09-01 13:35:00 160

转载 IntelliJ IDEA 设置代码提示或自动补全的快捷键 (附IntelliJ IDEA常用快捷键)

修改方法如下:点击 文件菜单(File) –> 点击 设置(Settings… Ctrl+Alt+S), –> 打开设置对话框。在左侧的导航框中点击 KeyMap。接着在右边的树型框中选择 Main menu –> Code –> Completion.接着需要做两件事:1. 移除原来的Cycle Expand Word 的 Alt+/ 快捷键绑...

2019-07-25 23:15:00 3476

转载 如何在微服务架构中实现安全性——阅读笔记15

原文链接:https://mp.weixin.qq.com/s/jZ0wi_xDZPge5nXBjzJHKg微服务架构是分布式架构。每个外部请求都由 API Gateway 和至少一个服务处理。例如,考虑 getOrderDetails() 查询。API Gateway 通过调用多个服务来处理此查询,包括 Order Service、Kitchen Service 和 Acco...

2019-06-17 17:33:00 217

转载 独家解读!京东高可用分布式流数据存储的架构设计——阅读笔记14

原文链接:https://mp.weixin.qq.com/s/3NU_BptIp5UrDUIKQzjVxw数据库和中间件这类 PaaS 层的基础设施类软件,近些年的发展趋势是越来越专业化、精细化。只在一个很窄的领域内解决一两个特定的问题,但是在这个领域内,具备极致的性能和体验,可以以极高的性能的处理海量的数据。我们的流数据存储也是这样一种设计思路,它的功能非常的简单,就是存储流数据...

2019-06-10 17:32:00 192

转载 余额宝技术架构及演进——阅读笔记13

原文链接:https://mp.weixin.qq.com/s/9ArciW8SDLk8rTUSpD1oWw余额宝开启了划时代的意义,开启了全民理财时代。 阅读这篇关于架构的内容,感想最大还是处于大数据时代。余额宝的数据量之大不是我们能想象到的,文章将余额宝的数据来源分为:业务数据、日志数据和其他数据。现在编程的我们也知道数据要分开处理,余额宝二期架构中也提到这一点:...

2019-06-03 17:32:00 498

转载 SOA体系架构

面向服务的架构(SOA)是一个组件模型,它将应用程序的不同功能单元(称为服务)进行拆分,并通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。不同种类的操作系统,应用软件,系统软件和应用基础结构(application infrastru...

2019-05-30 16:30:00 1109

转载 架构设计之「 CAP 定理 」——阅读笔记12

原文链接:https://mp.weixin.qq.com/s/BtHPlZOvy8HNK1TuOrDxLA「 CAP定理 」又被称为 布鲁尔定理,它提出对于一个分布式系统而言,不能同时满足以下三点:Consisteny(一致性)Availability(可用性)Partition tolerance(分区容错性)也就是说CAP定理指明...

2019-05-27 17:32:00 92

转载 架构设计思维——阅读笔记11

原文链接:https://mp.weixin.qq.com/s/Rr9U8S8cLSfm186BHjtVLg     https://mp.weixin.qq.com/s/f1ZlEpvbnox_re14ceCgFQ分解作为架构设计中关键的步骤,架构分解没有成熟的方法体系来指导架构师,但是以上的过程和纬度可以作为一定的参考来进行架构分解,架构分解的关键点在于分解纬度和分解战术,...

2019-05-20 17:32:00 130

转载 10 个常用的软件架构模式——阅读笔记10

原文链接:https://mp.weixin.qq.com/s/oB_6fTiO3MRCAaDxejyVsw分层模式(Layered pattern)客户端/服务器模式(Client-server pattern)主/从模式(Master-slave pattern)管道/过滤器模式(Pipe-filter pattern)代理...

2019-05-13 17:31:00 143

转载 架构思想——阅读笔记09

原文链接:https://mp.weixin.qq.com/s/ZgT7rFg04YxgnRTYQnJxSA架构其实就是把复杂的问题抽象化、简单化,可能你会觉得“说起来容易但做起来难”,如何能快速上手。可以多观察,根据物质决定意识,借助生活真实场景(用户故事,要很多故事)来还原这一系列问题,抓住并提取核心特征。CPU运算速度>>>>>内存的读写速度&...

2019-05-06 17:31:00 98

转载 缘何是Serverless架构——阅读笔记08

原文链接:https://mp.weixin.qq.com/s/fBInbPZI6_4_xUEu_LihdgServerless架构是完全基于第三方服务设计的,代码运行在临时的容器中,使用FaaS同时调用BaaS达到数据存储的目的。FaaS是公有云模型中的创新产品,从经济方面的衡量,使得供应商提供一个简单明了的平台变得可行,用户的代码运行在容器中(例如Docker),这些容器则按...

2019-04-29 17:29:00 100

转载 架构浅谈之 MVC——阅读笔记07

原文链接:https://mp.weixin.qq.com/s/GuO5wdo2rJgvHH6mErLgqw架构的重要性不言而喻,但是架构有一条原则:千万不要过度设计!三层架构分别是:表示层、业务层、数据访问层。三层架构是一种软件领域最普遍的分层式架构,而 MVC 是在三层架构的基础上设计的一种框架型架构,三层架构是一种宏观的概念,而 MVC 就是一种比较具体的三层架构的框架...

2019-04-22 17:29:00 92

转载 互联网架构实践:给飞机换引擎和安全意识十原则——阅读笔记06

原文链接:https://mp.weixin.qq.com/s/gd-XqGGh08o-vWFZSR0RJg所谓给飞行中的飞机(或飞驰的汽车)换引擎说的是我们需要对一个正在飞速发展的系统进行大幅度的架构改造,比如把All-in-one的架构改造成微服务架构,尽可能减少或消除停服的时间。一般而言,我们可以这么来考虑方案,从重构的彻底性来说,分为这么几种:彻底重新做,直接从前...

2019-04-15 17:28:00 95

转载 云分布式架构知识体系——阅读笔记05

原文链接:https://mp.weixin.qq.com/s/izSkX-_3EShQnhc9DZatKg由于业务发展到一定层度后,需要对服务进行解耦,进而把一个单一的大系统按逻辑拆分成不同的子系统,通过服务接口来通讯,面向服务的设计模式,最终需要总线集成服务,而且大部分时候还共享数据库,出现单点故障的时候会导致总线层面的故障,更进一步可能会把数据库拖垮,所以才有了更加独立的设计方...

2019-04-08 17:26:00 128

转载 支付宝架构师眼中的高并发架构——阅读笔记04

原文链接:https://mp.weixin.qq.com/s/g0hUrgVZZ8iv3cDCxDZxpw业务从发展的初期到逐渐成熟,服务器架构也是从相对单一到集群,再到分布式服务。高并发相关的业务,需要进行并发的测试,通过大量的数据分析评估出整个架构可以支撑的并发量。场景中的定时领取是一个高并发的业务,像秒杀活动用户会在到点的时间涌入,DB瞬间就接受到一记暴击,hold...

2019-04-01 17:18:00 92

转载 牛逼的架构师是怎么炼成的?——阅读笔记03

原文链接:https://mp.weixin.qq.com/s/n5Mr-aPoGFwBelEqte-oUA架构师只是功底深厚的程序员,千万不要成为不会写代码的架构师。架构师应该是立足于技术和业务之间的中间角色或者平衡点, 在针对业务深刻理解的基础上,针对业务中存在诸多变数,挑选适合的技术架构和技术方案。可以这样说,一个架构师工作的好坏决定了整个开发项目的成败。解决问题能力不...

2019-03-25 17:14:00 113

转载 互联网架构:屡试不爽的架构三马车——阅读笔记02

原文链接:https://mp.weixin.qq.com/s/JNMwjTX7T-hsOknZ1XvBeg三架马车是指微服务、消息队列和定时任务服务有三个层次:聚合业务服务:高层次的串起来整个流程的具有完整业务形态的业务服务。和基础业务服务不同的是,这里是在完整描述一方面的业务,这个业务往往是由各种基础业务拼装组合起来的。和不同外部合作方的不同合作形式,给用户提供的产品的不...

2019-03-18 17:04:00 145

转载 谈谈架构层级的“开闭原则”——阅读笔记01

原文链接:https://mp.weixin.qq.com/s/rEdAkwG2LE6qznE8NuA-eQ在类的层级,开闭原则(the-Open-Closed-Principle,简称OCP原则)的含义是:一个类对扩展是“开”放的,而对变更是封“闭”的,意思是说,应该在不改变类的前提下扩展一个类的行为。而通常的方式是继承和多态。在架构层级,我们并不会变更系统的一部分功能(...

2019-03-15 17:04:00 80

转载 架构漫谈阅读有感

今天读了架构漫谈,说实话看到第四篇时我还不知道架构到底是什么东西。在我的认识里架构就是自己以前编的功能模块,它可以实现一定的功能,拼接起来就是一个完整大软件。  《架构漫谈(四):如何做好架构之架构切分》,通过这篇文章我真的学到了一些东西,一些对我将来做软件有用的东西。文章里讲的是切分即利益调整,这比我想象中的要现实得多,作者说,动力是我们每个人的利益,切分也是对利益的分割,或许将来...

2019-03-14 17:19:00 92

转载 淘宝为例进行软件质量属性分析

1.可用性分析:所关注的方面包括系统故障发生的频率、出现故障时会发生什么情况、允许系统有多长是将非正常运行、什么时候可以安全地出现故障、如何防止故障的发生以及发生故障时要求进行哪种通知。场景设想:淘宝双十一活动时很多用户同时访问,系统出现崩溃刺激源:太多的用户同时进行购买登录的操作刺激:操作用户过多,服务器崩溃。制品:系统的服务器环境:正常的操作响应:系统响...

2019-03-12 16:16:00 372

转载 《需求工程——软件建模与分析》阅读笔记6

这是本书的最后一部分,主要介绍了四个领域需求模式,性能领域需求模式,适应性领域需求模式,访问控制领域需求模式,商业领域需求模式。在做需求的过程中经常遇见性能问题:1.编写容易等同于实现困难。2.我们定义一个完整的运行还是只是软件。3.性能指标适用于系统的哪个部分?4.避免武断的性能指标。5.性能因素对系统有多大的影响?6.怎样可以测量实际的性能?7.到什么时候性能指标需要满足?8.在...

2018-06-19 20:14:00 122

转载 《需求工程——软件建模与分析》阅读笔记5

在需求的文档化和验证中主要分两个部分讲述,分别是需求规格说明和需求验证,在需求规格说明文档中讲到需求规格说明文档是需求规格说明活动的一个核心元素,要理解需求规格说明活动,就需要明确文档的编写规格说明文档的原因、需求规格说明文档的类型、需求规格说明文档的读者,需求规格说明文档的描写手段等。我们编写需求规格说明文档的原因一方面为清晰、明确、结构化的文档可以将软件需求信息和解决方案更好的传递给...

2018-06-02 19:16:00 111

转载 《需求工程——软件建模与分析》阅读笔记4

需求规格说明活动就是将需求极其软件解决方案进行定义和文档化,并传递给开发人员的需求工程活动。编写需求规格说明文档:清晰明确结构化的文档可以将软件系统的需求信息和解决方案更好的传递给所有的开发者;可以拓展人们的知识记忆能力;可以成为各方人员之间有关软件系统的协议基准;可以成为项目开发活动的一个重要依据;可以尽早发现和减少可能的需求错误,从而减少项目的返工,降低项目的工作量;可以成为有效的...

2018-05-16 00:12:00 124

转载 《需求工程——软件建模与分析》阅读笔记3

一、需求工程过程概念介绍(一)概述1.规格说明需求工程过程是系统开发中需求开发活动的集成,它以用户所面临的业务问题为出发点进行分析和各种转换,最终产生一个能在用户环境下解决用户业务问题的系统方案,并将其文档化为明确的规格说明。2.生命周期需求工程也有属于它自己的生命周期模型,即存在针对需求开发的需求工程过程,这个过程又作为系统工程和软件工程的一个子过程部署在系统开发的...

2018-05-02 19:29:00 161

转载 《需求工程——软件建模与分析》阅读笔记2

软件系统的涉众可以定义为所有能够影响软件系统的实现,或者会被实现后的软件系统所影响的个人和团体。常见的涉众类别有用户,客户,开发者,管理者,领域专家,政府力量,市场力量等。涉众群体不是固定不变的。按照复杂程度可以将信息系统分为小型系统,组织级系统,战略信息系统,组织间系统四种类型。涉众分析包括涉众识别,涉众描述,涉众评估(包括基于涉众扩展特征建立的分布图进行优先级评估,最终得到参与者,环...

2018-04-17 17:08:00 308

转载 《需求工程——软件建模与分析》阅读笔记1

一、满足需求就是解决问题问题解决的 两个方面——问题域与解系统 首先,我们需要简要了解这两点的概念。第一,问题域是需求的背景,要理解需求就必须先理解问题域。问题域的背景信息又被称为问题域特性(problem domain feature),与需求相区别的是,问题域是自治的,它有自己的运行规律,而且这些规律不会因为解系统的引入而发生改变。第二,解系统是指软件系统通过影响问题...

2018-04-01 20:06:00 197

转载 问题账户需求分析

1.对Liz进行需求调研,确定好每一步的需求。2.利用自己的专业解读调研结果,进行分析,得出的结论与Liz进行确认需求是否一样。3.确认完成后列出需求列表1.实际的用户量,以及每个用户对应的数据量。2.欠账的实际规则是否能用算法来表示。系统功能:1.能存放并更改用户数据。2.根据算法辨别出问题账户。3.检查历史账户。4.显示问题账户所占比...

2018-03-15 08:07:00 64

转载 2018年春季个人阅读计划

本学期的阅读计划《需求工程——软件建模与分析》。总共发表6篇阅读笔记,每半个月发表一篇。转载于:https://www.cnblogs.com/liusx/p/8606902.html

2018-03-15 08:06:00 55

转载 《软件需求与分析》阅读笔记

 首先是摘录了一些博文中的内容 需求分析既是一份体力活儿,更是一份技术活儿,它既是人际交往的艺术,又是逻辑分析与严密思考的产物。  当客户提出业务变更的时候,我们一定不能被客户牵着走,客户说啥就是啥。我们要从业务角度深入的去分析,他为什么提出变更,提得合不合理,我有没有更合理的方案满足这个需求。当我们提出更加合理的方案时,客户是乐于接受的,变更也变得可控了。  必须要基于技术...

2018-03-08 19:06:00 166

转载 《软件需求最佳实践》读书笔记三

第三部分讲述的就是开发过程中对需求的维护。需求基线是逐项列举的在应用程序的某个特定版本中提交的特征和需求的集合。确定统一,明确的需求划分标准是十分重要的,接下来就需要划定基线。即在整个开发过程中,开发人员都需要参照基线来进行。实现切实可行的优先级策略和估算方法是使基线管理卓有成效的必备要素。 在开发过程中需求的频繁变更恐怕是许多团队闻之色变的恶魔之首,这也是...

2018-02-28 18:39:00 218

转载 《软件需求最佳实践》阅读笔记二

这次我阅读了第二部分:需求定义最佳实践。需求定义活动准确来说是不属于需求工程范畴的。但是需求定义对需求捕获,建模都有着直接影响。需求定义工作是项目启动时要解决的问题,而在很多情况下,在很多项目立项时并没有很好的完成需求定义工作。在一开始进行需求定义工作时,我们常常会遇到混沌不清的项目目标,例如全面提高企业的信息化应用水平等空洞的虚目标。这时就需要我们通过内部寻根,即与真正的项目参与...

2018-02-12 18:37:00 100

转载 《软件需求最佳实践》阅读笔记一

首先我阅读了第一部分——原理,模型与误区。书中的很多内容老师都提起过。根据相关的研究显示,在信息的传递过程中,如果没有采取任何措施,那么在沟通过程中信息衰减可能的最大值高达60%。而在软件开发过程中,需求信息通常要经历用户代表,需求人员,设计人员再到开发人员,因此最坏的情况下,开发人员获得的信息仅是原来的8.4%。这就是老师上课讲的“金字塔”。在初步需求调研时花费的时间越多,后期开发人...

2018-01-25 18:36:00 110

转载 学习进度-第八周

第八周学习进度所花时间(包括上课)18小时代码量(行)400博客量(篇)3了解到的知识点全心备考!!转载于:https://www.cnblogs.com/liusx/p/8334639.html...

2018-01-20 11:04:00 72

转载 期末总结

时间过的真快,在写这篇文档的时候,已经是18周的考试周了。进入大二开始真正的接触专业课知识,在暑假因为提前学习了一些java的知识,在前八周听JAVA课时觉得还是能跟的上的。感觉java就是c的进一步版本,就是语法形式改变了一下,其他的没什么变化,还是得心应手的。而到了后八周软件工程概论,因为之前从来没有接触过,所以学起来比较吃力,好在老师给我们安排了每周六的加课,让我们可...

2018-01-15 11:05:00 64

转载 学习进度-第七周

第七周学习进度所花时间(包括上课)28小时代码量(行)1300博客量(篇)2了解到的知识点如何将网站发布到服务器,在服务器部署环境转载于:https://www.cnblogs.com/liusx/p/8334635.html...

2018-01-13 11:03:00 61

转载 人月神话阅读笔记03

概念(要有一个系统结构师从上至下地进行所有的设计。要使工作易于管理,必须清晰地划分体系结构设计和实现之间的界线,系统结构师必须一丝不苟地专注于体系结构。新的概念经常来自实现者或者用户。然而系统的概念完整性决定了使用的容易程度。不能与系统基本概念进行整合的良好想法和特色,最好放到一边,不予考虑。如果出现了很多非常重要但不兼容的构想,就应该抛弃原来的设计,对不同基本概念进行合并,在合并后...

2018-01-10 10:54:00 49

转载 团队冲刺个人博客-第十三天

昨天干了什么:在服务器上搭建环境和WAR包的导入今天准备干什么:推广我们的网站遇到的困难:学生使用积极性不高转载于:https://www.cnblogs.com/liusx/p/8334612.html...

2018-01-07 11:01:00 80

转载 学习进度-第六周

第六周学习进度所花时间(包括上课)30小时代码量(行)1800博客量(篇)3了解到的知识点完善自己的网站转载于:https://www.cnblogs.com/liusx/p/8334630.html...

2018-01-06 11:03:00 48

转载 团队冲刺个人博客-第十二天

昨天干了什么:购买服务器今天准备干什么:在服务器上搭建环境并将WAR包导入遇到的困难:服务器太LOW,太慢,经常卡掉转载于:https://www.cnblogs.com/liusx/p/8334609.html...

2018-01-06 11:00:00 63

转载 团队冲刺个人博客-第十一天

昨天干了什么:界面美化,消除了一些BUG今天准备干什么:购买服务器遇到的困难:挑选服务器转载于:https://www.cnblogs.com/liusx/p/8334605.html

2018-01-05 11:00:00 76

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除