随笔分类 - 阅读笔记
软件架构模式之管道-过滤器模式--分析
摘要:在管道-过滤器架构模式中,每个构件都有一组输入,输出,构件读取输入的数据流,经过内部处理后,产生输出数据流,该过程主要完成输入流的变换及增量计算。这里的构件就是过滤器,而连接过滤器的就是管道,这个管道将上一个过滤器处理的结果数据流传送到下一个过滤器,在进行其他的计算。 简单来说,管道-过滤器模式结构
阅读全文
以《淘宝网》为例,描绘质量属性的六个常见属性场景
摘要:描绘软件质量属性有6个,分别是:可用性、可修改性、性能、安全性、可测试性、易用性 刻画质量属性的手段有:刺激源、刺激、环境、制品、响应、响应度量 可用性场景:在双十一活动的时候,选购商品出现延迟 可修改性场景:有活动的时候,首页会出现对应的活动宣传页面 性能场景:秒杀商品的时候,允许大量的人同时在线
阅读全文
架构漫谈-阅读笔记
摘要:架构漫谈-阅读笔记 什么是架构: 通过阅读架构漫谈这几篇文章,我对架构这个名词有了初步的认识。架构,顾名思义,就是结构,正如文中所介绍的那样原始社会有了分工,并且通过交易使每个个体获得生活的必需品,这样就构成了社会的架构。那么架构的准确定义就是:把一个整体切分成不同的部分,由不同角色来完成这些分工,
阅读全文
软件需求分析阅读笔记6
摘要:透过表象,分析本质 有一种管理叫做“打地鼠”,有一种低质的医术叫做“头痛医头,脚痛医脚”,有一种低级 的观点是“软件项目失败的关键在于项目管理技能不足”。虽然提高项目管理能力很重要,但它不是万能的;现在许多软件项目遇到的问题,从表面上看是项目管理的问题,而其根源实际上是需求问题;如果不能从根源上下功
阅读全文
软件需求分析阅读报告五
摘要:项目相关败因分析5 一、 分析人员的技术加工 就我国目前的情况来看,大部分的公司的项目经理都是从技术人员晋升来的,所以他们的在技术上都是大牛级别的。所以在客户进行需求沟通的时候,免不了的一边与客户交流,一边脑中进行构想如何用技术加以实现。所以,此时用户得到的需求往往都是经过项目经理进行加工过得需求。
阅读全文
软件需求分析阅读笔记四
摘要:项目相关败因分析4 一、 客户的需求放大 曾经看过一个漫画,客户向项目经理描述要做一秋千,项目经理向需求分析员描述自己的理解的用户描述,然后需求分析员进行设计。开发人员对需求分析员的设计进行实现。可是到了最后成了一个四不像,这其中的原因固然是因为沟通是真的缘故,但是对于失真的原因,也有待于分析。 通
阅读全文
需求分析阅读笔记3
摘要:项目相关败因分析3 一、 需求变更频繁 说到需求变更频繁,相信所有做过需求分析的开发人员都有过这样的经历,用户每次变更需求之后,用户尽力的去满足用户的需求,可是每次开发人员修改完成之后,往往用户又会提出新的需求。在之前的分析过程中已经提到了需求变更的部分原因。但是不论如何,需求频繁变更这个阶段是不可
阅读全文
软件需求分析阅读报告二
摘要:需求相关败因分析2 一、 缺乏用户参与 在很多的项目中,用户经常不会在刚开始的需求分析阶段参与项目,常常说:“你们先干,干完了让我们试试再改”。而项目完成之后,用户总是挑一些毛病,让整个项目陷入无限修改的泥潭。其实用户的表现有几方面的因素 通过业务利益争取用户参与到需求活动时,始终让技术解决方案在冰
阅读全文
软件需求分析阅读报告一
摘要:《软件需求最佳实践》第一章 需求实践现状分析 通过阅读第一章,作者通过列举了Standish Group的研究,分析到了如下的十大成功保证和十大败因。这个表格的数据对我将来做项目有很大的帮助,通过这个表格我明白了今后我做项目的时候需要注意的地方 成功的十大因素有及其权重: 失败因素及其权重: 1.
阅读全文
XXX系统项目分析
摘要:项目的目标: 1.简化需求征集过程,提高征集需求的效率; 2.方便需求审核员的审核过程; 项目的好处: 1.用户可以随时进行需求填报,缩短提交周期 2.大大节省需求征集的时间 3.方便领导查看,追踪需求; 好处度量: 1.用户需求填报的时间节省至少50% 2.审核员审核需求节省30% 3.节省纸张1
阅读全文
2017年秋季个人阅读计划
摘要:本学期精读书籍 《软件需求最佳实践》(徐峰 著)(电子工业出版社) 目录 第一部分 原理、模型与误区 第一章 需求实践现状分析 第二章 不同软件项目的需求视图 第三章 软件需求与需求工程 第二部分 需求开发 第四章 需求定义最佳实践 第五章 需求捕获最佳实践 第六章 需求分析与建模最佳实践 第七章
阅读全文
《我们应当怎样做需求分析》阅读笔记
摘要:作为一个软件开发人员,如何做好软件需求分析对我们的这个工作非常重要,可以说这是我们这个行业工作的基础和核心。如果一个软件工程师连做起码的客户的需求都搞不清楚,那还谈什么开发软件。 通过阅读者篇文章,我了解到: 我们应该怎样做需要求调研:初识 在我们第一次与客户的接触过程中,我们保持适当的谦卑是必要的
阅读全文
梦断代码阅读笔记
摘要:文章中提到作者在年轻的时候经常玩游戏,虽然那时候的游戏很low,有很多的漏洞,一个能把这种游戏玩的很溜的肯定是一个不定大师,我想作者现在队变成有很大的兴趣,估计就是从年轻的时候玩游戏,修改不定开始的。对于IT行业,虽然每天都是在编写代码中度过,看似无聊,难道真的一点趣味性都没有吗?当你完成一个项目,
阅读全文
构建之法阅读笔记第六篇—代码复审
摘要:金无足赤,人无完人,这句话同样适用于代码,任何刚写出来的代码,都不可能是非常完美的,就像人一样,每个人都有这样或那样的缺点,需要我们自己或求助他人帮我们找出自身的缺点和不足,并加以改正,让自己不断的向完美靠近,这同样适用于程序,经过自己和团队其他成员的审核,检查,将程序中的bug和缺陷找出来并改正,
阅读全文
构建之法阅读笔记第五篇--合作的前提
摘要:软件开发技术经过几十年的高速发展,已经不是能够仅靠一个人单打独斗就能做出来的了,现在的软件开发至少需要两人合作才能完成,一旦有合作就伴随着沟通与规范,两个工程师之间的合作做的最多的就是两人相互看对方的程序,然后评价,可是在这之前你要让对方能看懂自己的程序,如果对方连自己的代码都看不懂,还谈什么合作。
阅读全文
构建之法阅读笔记第四篇—个人技能
摘要:书中提到关于工程师能力问题,从玩魔方的游戏引出,刚开始玩魔方记着口诀可以很轻松的完成魔方,可是几年后忘记了口诀,结果只能完成一半,只有再看一下口诀就能完成,可是当考试的时候,考官能让你看几遍口诀再让你考试吗?就像我们在面试的时候,面试人员让我们写一个程序,我们在平时的时候都是一边写程序看一边查看资料
阅读全文
构建之法阅读笔记第三篇—个人的发展
摘要:尽管软件开发是一个团队项目,但是开发过程中也有许多是依靠成员之间独立完成的,这就好比是踢足球,一个足球队踢球,依靠各个球员之间的配合,但是这也有各个球员自己需要完成的任务,例如传球,运球,控球等。这就需要成员自己也必须有强大的技术保障。那么,该如何评价一个软件工程师的技术能力呢?像其他的职业,例如篮
阅读全文
构建之法阅读笔记第二篇
摘要:众所周知,一个软件的开发过程不可能有一个人完成,而是由一个团队中的各个成员之间合作完成,各个成员负责一个模块,最后组合在一起完成一个软件的开发。小组成员首先完成各自的模块任务,进行测试,适应各种情况,但是仅仅是适应各种情况还是不够的,还需要有效率,一个功能的实现有很多的方法,可是最有效率的那一种才是
阅读全文
构建之法阅读笔记
摘要:《构建之法》这本书讲述了学生和老师之间的学习关系,不是餐厅/食客,老板/雇员,保姆/幼儿,哥们,陌生人,狱警/犯人之间或是有相互利益关系,或是有共同的利益关系,而应该是健身教练/健身学员之间的关系,在这些学员中,谁想提高自己身体素质,谁就会去花钱寻找健身教练。教练是拥有丰富的经验的身体力行者,并拥有
阅读全文
浙公网安备 33010602011771号