摘要：
实训的第一篇博客献给坑了我的hdfs…… 由于电脑的原因，突然花屏，虚拟机来不及挂起。之后发现50070端口进不去，查看jps进程发现没有namenode 先用stop-all.sh命令再start还是不可以 通过查阅资料发现只能格式化namenode，有的解决方法提到由于节点默认配置在linux的 阅读全文
摘要：
客户端-服务器模式，即我们常说的C/S模式。它是常用的架构模式之一。C/S架构可以是两层的，也可以使三层的。 两层的C/S是基于资源不对等，且为实现共享而提出来的，是20世纪90年代成熟起来的技术，C/S架构定义了工作站（客户应用程序）如何与服务器相连，以实现数据和应用分布到多台计算机上。服务器负责 阅读全文
摘要：
本次重点阅读了第五、六、七章。 系统的可用性是十分重要的，第五章介绍了网站的高可用性架构，甚至用上了万无一失这样的字眼。可用性体现了系统故障的多少以及出现故障后恢复的速度，一个的不可用时间越短，网站的可用性就越高。网站的可用性可以用多少个9来度量。虽然一个网站不可能是完全可用的，但我们可以尽力去做一 阅读全文
摘要：
1.可用性 刺激源：进行结算的用户 刺激：大批量用户同时进行结算 制品：淘宝网站 环境：系统卡慢，出现故障 响应：系统进行及时的维护和优化 响应度量：一分钟内可以进行正常结算 2.可修改性 刺激源：系统开发人员 刺激：修改用户界面 制品：用户界面 环境：人员进行界面设计 响应：修改界面 响应度量：在 阅读全文
摘要：
把一个整体（完成人类生存的所有工作）切分成不同的部分（分工），由不同角色来完成这些分工，并通过建立不同部分相互沟通的机制，使得这些部分能够有机的结合为一个整体，并完成这个整体所需要的所有活动，这就是架构。架构实际上是基于我们对于某件事物的认识，发现问题并解决问题，以及为了解决问题所进行的实践活动。架 阅读全文
摘要：
我们来讨论导致产品去做某事的需求。功能需求指明了产品必须做的事情，即产品为了满足他存在的根本理由而必须执行一些动作。业务分析师理解了产品必需的功能后，要用功能需求告诉开发者要构建什么。理解需求和解决方案之间是有差别的。应该尽可能与最终产品使用的技术无关。为了发现需求，可以通过用例图或流程图来确定步骤 阅读全文
摘要：
需求策略需要平衡需求知识、活动和人。沟通需求知识的一致的语言，发现和传播知识的活动，参与的人，这些是影响需求策略的所有变量。 需求策略是一个活动的框架，需要根据给定的项目轮廓，执行这些活动。在工作中常遇到的轮廓有三种，分别是外部轮廓、迭代轮廓和顺序轮廓。外部轮廓指，你将发现的需求发送给外部的解决方案 阅读全文
摘要：
首先先说通过以前的阅读和课程的学习，心中对“度”的认识更加深刻了。一定要定量！不能只是定性，这一点在以前的读书笔记中写过，但现在想重新提起。 下面是透过现象看本质的问题，所谓在横线之上思考。思考真正业务的地方。有时要忽略现在或将来的实现，揭示工作存在的基本理由。即做软件是为了解决问题，一定要解决正确 阅读全文
摘要：
今天读了一篇博客分享一下 http://codingxiaxw.cn/2017/11/21/69-the-words-want-to-say/#more 阅读全文
摘要：
确定业务用例是软件需求分析过程中十分重要的一环。后期的许多工作需要根据用例图展开。 首先要理解业务，脑海中要有思路。明确需要解决的问题，尤其是较小的项目。之后确定用例及其用例范围，系统边界。确定一个个业务事件，对这个业务事件进行响应的就是业务用例。要清楚整个流程、参与者、业务相关者。 而理解整个业务 阅读全文