上一页 1 2 3 4 5 6 ··· 10 下一页
  2018年5月27日
摘要: 在管道-过滤器架构模式中,每个构件都有一组输入,输出,构件读取输入的数据流,经过内部处理后,产生输出数据流,该过程主要完成输入流的变换及增量计算。这里的构件就是过滤器,而连接过滤器的就是管道,这个管道将上一个过滤器处理的结果数据流传送到下一个过滤器,在进行其他的计算。 简单来说,管道-过滤器模式结构 阅读全文
posted @ 2018-05-27 19:36 账号你好 阅读(2408) 评论(17) 推荐(5) 编辑
  2018年4月4日
摘要: 一般是修改配置文件:etc/hadoop/hadoop-env.sh的时候出现的错误 一定要仔细检查,小心前边的~ 阅读全文
posted @ 2018-04-04 17:47 账号你好 阅读(884) 评论(0) 推荐(0) 编辑
  2018年3月29日
摘要: 单点登录业务流程 概要 详细流程 后台服务端项目 https://github.com/zhangHaoNiHao/SSO_Server 客户端代理模块 https://github.com/zhangHaoNiHao/SSOClient 客户端 https://github.com/zhangHa 阅读全文
posted @ 2018-03-29 13:13 账号你好 阅读(1098) 评论(0) 推荐(0) 编辑
  2018年3月15日
摘要: 描绘软件质量属性有6个,分别是:可用性、可修改性、性能、安全性、可测试性、易用性 刻画质量属性的手段有:刺激源、刺激、环境、制品、响应、响应度量 可用性场景:在双十一活动的时候,选购商品出现延迟 可修改性场景:有活动的时候,首页会出现对应的活动宣传页面 性能场景:秒杀商品的时候,允许大量的人同时在线 阅读全文
posted @ 2018-03-15 18:22 账号你好 阅读(162) 评论(0) 推荐(0) 编辑
  2018年3月8日
摘要: 架构漫谈-阅读笔记 什么是架构: 通过阅读架构漫谈这几篇文章,我对架构这个名词有了初步的认识。架构,顾名思义,就是结构,正如文中所介绍的那样原始社会有了分工,并且通过交易使每个个体获得生活的必需品,这样就构成了社会的架构。那么架构的准确定义就是:把一个整体切分成不同的部分,由不同角色来完成这些分工, 阅读全文
posted @ 2018-03-08 19:12 账号你好 阅读(125) 评论(0) 推荐(0) 编辑
  2018年1月16日
摘要: 透过表象,分析本质 有一种管理叫做“打地鼠”,有一种低质的医术叫做“头痛医头,脚痛医脚”,有一种低级 的观点是“软件项目失败的关键在于项目管理技能不足”。虽然提高项目管理能力很重要,但它不是万能的;现在许多软件项目遇到的问题,从表面上看是项目管理的问题,而其根源实际上是需求问题;如果不能从根源上下功 阅读全文
posted @ 2018-01-16 20:16 账号你好 阅读(165) 评论(0) 推荐(0) 编辑
  2018年1月11日
摘要: 项目相关败因分析5 一、 分析人员的技术加工 就我国目前的情况来看,大部分的公司的项目经理都是从技术人员晋升来的,所以他们的在技术上都是大牛级别的。所以在客户进行需求沟通的时候,免不了的一边与客户交流,一边脑中进行构想如何用技术加以实现。所以,此时用户得到的需求往往都是经过项目经理进行加工过得需求。 阅读全文
posted @ 2018-01-11 22:44 账号你好 阅读(156) 评论(0) 推荐(0) 编辑
  2018年1月9日
摘要: 项目相关败因分析4 一、 客户的需求放大 曾经看过一个漫画,客户向项目经理描述要做一秋千,项目经理向需求分析员描述自己的理解的用户描述,然后需求分析员进行设计。开发人员对需求分析员的设计进行实现。可是到了最后成了一个四不像,这其中的原因固然是因为沟通是真的缘故,但是对于失真的原因,也有待于分析。 通 阅读全文
posted @ 2018-01-09 21:55 账号你好 阅读(187) 评论(0) 推荐(0) 编辑
摘要: 项目相关败因分析3 一、 需求变更频繁 说到需求变更频繁,相信所有做过需求分析的开发人员都有过这样的经历,用户每次变更需求之后,用户尽力的去满足用户的需求,可是每次开发人员修改完成之后,往往用户又会提出新的需求。在之前的分析过程中已经提到了需求变更的部分原因。但是不论如何,需求频繁变更这个阶段是不可 阅读全文
posted @ 2018-01-09 21:09 账号你好 阅读(146) 评论(0) 推荐(0) 编辑
  2018年1月8日
摘要: 需求相关败因分析2 一、 缺乏用户参与 在很多的项目中,用户经常不会在刚开始的需求分析阶段参与项目,常常说:“你们先干,干完了让我们试试再改”。而项目完成之后,用户总是挑一些毛病,让整个项目陷入无限修改的泥潭。其实用户的表现有几方面的因素 通过业务利益争取用户参与到需求活动时,始终让技术解决方案在冰 阅读全文
posted @ 2018-01-08 09:32 账号你好 阅读(190) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 ··· 10 下一页