摘要： 《大型网站技术架构：核心原理与案例分析》笔记03 网站可用性度量： 网站不可用时间(故障时间)=故障修复时间点-故障发现(报告)时间点 网站年度可用性指标=(1-网站不可用时间/年度总时间)*100% 网站可用性考核： 故障分=故障时间(分钟)*故障权重 高可用的网站架构： 大型网站的分层架构及物理 阅读全文

摘要： 《大型网站技术架构：核心原理与案例分析》笔记01 1.大型网站核心架构要素。 架构：“最高层次的规划，难以改变的决定。”从这个角度而言，人生规划也是一种架构。选什么学校、学什么专业、进什么公司、找什么对象，过什么样的生活，都是自己人生的架构。 软件架构：“有关软件整体结构与组件的抽象描述，用于指导大 阅读全文

摘要： 《大型网站技术架构：核心原理与案例分析》笔记02 模式：每一个模式描述了一个在我们周围不断重复发生的问题及该问题解决方案的核心。这样，你就能一次又一次地使用该方案而不必做重复工作。 网站架构模式： 1.分层： 分层是企业应用系统中最常见的一种架构模式，将系统在横向维度上切分成几个部分，每个部分负责一 阅读全文

摘要： 《大型网站技术架构：核心原理与案例分析》笔记01 大型网站需要解决的问题： 1.高并发，大流量2.高可用3.海量数据4.用户分布广泛，网络情况复杂5.安全环境恶劣6.需求快速变更，发布频繁7.渐进式发展：好的互联网产品都是慢慢运营出来的，不是一开始就开发好的，同于网站架构的发展过程 大型网站架构发展 阅读全文

摘要： 期末总结 在《软件需求分析》这门课上学到很多，最主要的一点是我意识到基础理论的重要性，只有基础牢固懂的设计与创造才会有发展空间。之前的学习方法和认知都是错误的，在编写程序的过程中我们不能什么都不想等遇到问题才绞尽脑汁思考如何解决，而是提前设想做好把控，也就是所谓的可行性分析，这很重要。如果不按正常流 阅读全文

摘要： 读《用户故事与敏捷方法》有感(五) 今天，读到了次本书的第三部分——经常讨论的话题，用户故事不是什么，用户故事的优势与不良征兆。 第一，用户故事不是软件需求规格的指南，这种需求规格指南强调的是“系统应该……”，而且对于需求规格指南而言，在写下需求之前，每个需求的成本是不可见的。典型的情况是，一个或几 阅读全文

摘要： 读《用户故事与敏捷方法》有感(四) 在一个大型项目中，尤其是有许多用户角色的项目，确定用户故事有时让人无从下手。我发现最好的办法是考虑每一个用户角色，了解用户使用我么软件的目的。 所以编写故事的时候注意以下几点。第一，根据实现时间来确定故事规模，逆向专注于最需要你关注的领域。通常，这意味着要把注意力 阅读全文

摘要： 读《用户故事与敏捷方法》有感(三) 对于一个项目来说，客户团队里包括一个或多个真是用户是及其重要的。虽然其他人可以猜想用户如何使用软件，但事实上，关键往往还在于实际用户。遗憾的是，我们很难有机会与实际用户一起工作。例如，我们在开发一个广泛通用的产品，用户编辑全国各地，但我们没法也不适宜把一个(或多个 阅读全文

摘要： 读《用户故事与敏捷方法》有感（二） 上一次阅读笔记阅读此书结合个人看法着重阐述个人的一些观点，今天回归正题。再次阅读了几个章节，我们怎么编写构造好的故事呢？故事的特征是什么？ 首先，在理想情况下，故事之间是独立的。优势很难做到这一点，但我们要尽量实现这一目标。故事之间的交付顺序应该是无关的，可以任意 阅读全文

摘要： 读《用户故事与敏捷方法》有感（一） 进入软件工程专业之前，对工程二字几乎没有什么概念，光知道大家都这么称它，那时候就想着，工程这么高端的词不应该是一个巨大的项目而且会有着巨硕的成果吗？为什么软件也会有工程一说？通过进一步的学习和阅读了解，想想当时还是太年轻。软件工程一个项目的完成，意味着需求分析-> 阅读全文