阅读《构建之发》10-12章

第十章: 典型用户和场景对后面工作有什么帮助吗? 第十一章: 每日构建的目的是什么呢?有没有具体说明? 第十二章: 产品定位人群是否也局限了产品的可拓展性?

提示:(下面的总结我会按照每章发现的问题,自己的回答,感想来陈述) 1章. 在1.1节中我从阿超给儿子写了个程序到越来越复杂的功能扩展到应用软件的过程中,觉得这本书挺有趣的,但是有一个疑问!我们知道软件=程序+软件工程,那么就阿超这个逐渐完善的程序来说,是什么时候开始,程序就变成应用软件的? 回答:我通过在课堂上问杜老师,我的理解是,当程序功能做大的时候,我们要用到软件工程的方法的解决,要按照(软件需求分析,设计,实现,测试等)来做,那么我们就可以把所做的程序叫做软件. 1章. 1.1.2在说飞

第十章: 讲的内容大多数是典型用户.场景及其规格说明书等.对此想问出个问题:如果典型用户吴小石头的需求和问题太过麻烦或者复杂,我们是应该想办法解决还是换一个典型用户?我们要开发一个软件,用户是必须的,我们会想到用户使用我们的软件时,他是想干嘛?还有不同的人使用软件的目的是不同的. 第十一章: 介绍的是设计及文档及下一步的实现软件.每一个开发人员都有标准的工作流程,按照流程进行,在此期间我们的开发阶段的日常管理也要如期进行,期间不能进行再多的会议要有足够的时间去真正实现代码,才能能实现高效率.软件

      这一小节中有一个图表,对比了敏捷(Agile).计划驱动(Plan-driven).形式化的开发方法(Formal Method)的适用范围.里面提到的形式化的开发方法,其基本步骤是怎样的呢?为什么它能有极高的可靠性呢?下面是一些关于形式化方法特点的说明,从中可以看出它能力的缘由. 形式化方法建立在严格的数学基础上,其目标是希望能使系统具有较高的可信度和正确性,并能使系统具有良好的结构,使其易维护,关键是能较好地满足用户需求."形式化方法"一词虽然一直被广泛地应用,但在不同

<构建之法>第10.11.12章 第10章: 问题:对我们了解了用户的需求后,但是我们想法和做出来的软件会和用户的需求有偏差,比如风格.界面的修饰等等,那么我们程序猿怎样才能让自己的想法更加靠近用户的想法呢?是设身处境么? 第11章: 问题:我们现在这个阶段是在做四则运算APP,如果按照这章的步骤走下去,每天都要进行进度更新,和每日会议还有每日构建的,会不会不太符合我们现在的处境?毕竟我们的所有时间不能只为一门课程服务,还要大量的时间花在其他的课程上呢. 第12章: 问题:在实际的项目中,我们

在10.3中提到团队开发定制开发计划 但我们在现实中不断遇到的是在不断变化的情况,有技术层面的,有系统冲突的,还有各种各样的,如何才能从一开始就定制一个永恒不变的计划 在11.2.4中有宽严皆误一说 我认为宽一定会助长消极情绪,倒不如在把时间直接分为两部分前面严直到完成百分之80-85为止再去放松造各种改进直到收尾. 在12章用户体验中 现在的用户都很精明 尤其中国情况 在乎面子,在乎是否收费,对界面重视 ,所以我认为这是中国开发者首要关注的问题,国内都走不通,怎么走向世界

第10章 如果典型用户吴小石头的需求和问题太过麻烦或者复杂,我们是应该想办法解决还是换一个典型用户? 第11章软件设计与实现 软件设计过程中,如何管理设计变更呢? 第12章 用户体验 文中说道“用户体验设计的一个重要目的就是要降低用户的认知阻力!” 提出问题:不同用户的认知都有所不同,如何熟练地掌握认知用户的阻力大小呢?

第10章问题(10.2):Spec分为软件功能说明书(黑盒子)和软件技术说明书(又叫设计文档,白盒子),Spec是不是真的有需要写?要如何写?写了是不是一定要发布? 第11章问题(11.2.2):书上提到“每日构建”很重要,但是一忙起来都没有时间去管构建,那么应该如何改善呢? 第12章问题(12.1.3):用户如果提出错误或者无理的要求时,该如何帮助用户改正?

第10章 本章主要讲的是典型用户与场景,那么怎样定义典型用户? 答:(1)名字(越自然越好). (2)年龄(不同年龄和收入的用户有不同的需求). (3)收入. (4)代表的用户在市场上的比例和重要性(比例大不等同于重要性高,如付费的用户比例较少,但是影响大,所以更重要). (5)使用这个软件的典型场景. (6)使用本软件/服务的环境 (在办公室/家里/沙发/床上/公共汽车/地铁…). (7)生活/工作情况. (8)知识层次和能力(教育程度,对电脑.万维网的熟悉程度). (9)用户的动机.目的和困