读书笔记-一个需求的奋斗史

今天我们继续坚持每日一节的产品思维培养,我喜欢在纸上画,喜欢做笔记.不是为了自己后面回去看,而是为了当时更好理解.不知道大家是否认同这点. 今天看到苏杰的一句话,其实和我之前讲过的是一致的,看来英雄所见略同,还是给大家分享一下"和学习任何领域的知识一样,建议大家在了解了知识框架之后,坚持"需求驱动学习"". 第二章,讲述的是一个需求的奋斗史.其实就是描述如何从用户那里得到需求,得到需求后如何处理的一个过程.今天,我们这一节讲如何从用户那里拿到需求. 用户研究,或者说

<软件需求>读书笔记之三 需求来源.需求收集方法 软件需求可以来自方方面面,这取决于所开发产品的性质和开发环境.需从不同用户代表和来源收集需求,这说明了需求工程是以相互交流为核心的性质.下面是几个软件需求的典型来源. 1). 访问并与有潜力的用户探讨为找出新软件产品的用户需求,最直截了当的方法是询问他们. 2). 把对目前的或竞争产品的描述写成文档 文档可以描述一种所必须遵循的标准或产品所必须遵循的政府或工业规则. 3). 系统需求规格说明 一个包含软.硬件的产品需要一个高档次的系统需求规格说

通过这一个月的阅读,我终于读完了<软件需求模模式>这本书,前两个读书笔记已经把这本书的几种模式介绍了,之前有基础需求模式,信息需求模式,数据实体需求模式,用户功能需求模式.这次介绍的是性能需求模式,适应性需求模式,访问控制需求模式和商业需求模式. 性能需求模式包括五种的性能的需求模式:影响时间(系统需要多少时间完成一个请求).动态容量(系统能够同时处理多少件事).吞吐量(系统处理时间的速率).静态容量(系统可以保存多少某种类型烦的实体)和可用性(什么时候系统对用户是可用的,以及多么可靠). 当

app1 (建议读者在看本章之前,先看how tomcat works 读书笔记(一)----------一个简单的web服务器 http://blog.csdn.net/dlf123321/article/details/39378157) 回顾我们上一章,我们开发了一个最最简单的web服务器,它可以使用户访问服务器内的静态资源.当然这是远远不够的,在这一节里,我们就试着让服务器在能相应静态资源的基础上继续支持servlet. servlet接口 javax.servlet.Servlet接口

创建第一个Workflow项目 1. 创建Workflow项目 – 选择Workflow Console Application 2. 添加CodeActivity 3. 打开CodeActivity,添加一行代码到Execute方法中 1 public sealed class CodeActivity1 : CodeActivity 2 { 3 // Define an activity input argument of type string 4 public InArgument<st

<软件需求>读书笔记之二 三.需求管理方法以及常用需求管理工具管理需求. 需求层次 1. 软件需求层次: 层次 内容描述 呈现方式 业务需求 组织机构或客户对系统.产品高层次的目标要求. 项目视图与范围文档中予以说明 用户需求 用户使用产品必须要完成的任务 Use Case 功能需求 必须实现的软件功能 需求规格说明文档中功能需求说明 非功能需求 系统展现给用户的行为和执行的操作等,包括产品必须遵从的标准.规范和合约:外部界面的具体细节:性能要求:设计或实现的约束条件及质量属性. 需求规格说明

猎豹移动CEO 傅盛 九月底,我有幸在硅谷拜访了苹果前CEO斯卡利.老人如今已经75岁高龄,但看起来仍充满活力.他花了一上午的时间跟我们沟通,非常谦和.平等.坦诚,给我留下了很深的印象.末了,给我们介绍了这本新书<Moonshot!>.目前还没有中文版,我只能用自己蹩脚的英文粗略翻译为<狂潮>:( 书中分析了他对未来商业的理解和预测,很多观点跟猎豹所坚持的理念不谋而合,如用户体验至上等等. 这里我先把其中一小部分的读书笔记分享给大家: 1.下一次浪潮的经济力量将由传统生产制造转变为

Item 12:Copy all parts of an object 如果你声明自己的copying函数,意思就是告诉编译器你并不喜欢缺省显示中的某些行为.而编译器会对"你自己写出copying函数"做出一种复仇的行为:既然你拒绝它们为你写出copying函数,如果你的代码不完全,它们也不会告诉你.结论很明显:如果你为class添加一个成员变量,你必须同时修改copying函数.如果你忘记,编译器不太可能提醒你. 一下提供一种正确的模版: class Date{...}; class

这本厚厚的书终于被我读完了,现在开始最后一篇读书笔记. 最后几章主要讲的是需求的文档和需求过程的管理.即需求分析必须标准化.我们在需求的过程中必须学会用建模的方法来规范需求工程.需求分析的根本任务是简历分析模型,达成开发者和用户对需求信息的共同理解,根据共同的理解,发挥创造性,创建软件系统的解决方案..两个世界和三种模型. 需求管理在需求开发之后的产品生命周期中保证需求作用的有效发挥.它具有以下几个作用:增进了项目涉众之间的交流.减少了可能的误解和交流偏差.减少了工作量的浪费,提高了生产力.需求