《构建之法》8、9、10章

第八章：需求分析

首先主要讲了软件团队如何准确全面的找到人们对于软件五花八门的需求，主要有以下几个步骤：1、获取和引导需求 2、分析和定义需求 3、验证需求 4、在软件产品的生命周期中管理需求。接下来讲了软件产品的利益相关者，还有用以获取用户需求的九种用户调查方法。得到需求之后软件团队就要考虑功能的定位和优先级，之后还有计划和估计等更多才能进行更好的需求分析。这章教会我们如何更好的规范有序的进行软件需求分析。

我的疑问是调查方法是以实际情况进行选择吗？

第九章：项目经理

一开始理所当然是介绍项目经理的，然后第二节讲了微软pm的来历，以及pm做开发和测试之外的所有事情，然后pm管理代码之外的，还有风险。最后详细说了pm的能力要求和任务。这章就是向我们介绍软件团队的重要角色——项目经理。

我的疑问是软件团队中那么多角色，为什么要挑项目经理单独讲一章？

第十章：典型用户和场景

首先讲了如何定义典型用户及场景，以及典型用户的价值，模板，场景的模板等，然后有讲“用例”这个需求分析工具，接下来规格说明书介绍了功能说明书及模板和技术说明书，最后说了功能驱动的设计。这章教我们锁定典型的用户群体，利于我们寻找更好的用户。

我的疑问是用例好还是典型人物、场景？

转载于:https://www.cnblogs.com/LeoSunhailin/p/5537658.html

《构建之法》8、9、10章相关推荐

读《构建之法》第4章有感
在<构建之法>第4章中,提及最多的就是"结对编程"了,为什么要"结对编程"呢?为什么这两个人不各自做各自的事情呢?这样就可以同时做两件事了,从某种意 ...
小强怎样练成——读《现代软件工程——构建之法》第三章有感
小强怎样练成 ----读<现代软件工程--构建之法>第三章有感一.知道自己吃几碗干饭先秦时期的"革命家"告诉我们"知人者智,自知者明",&quo ...
关于《构建之法》第四章和第十七章的问题
关于<构建之法>第四章和第十七章的问题第四章: 问题一:在关于"缩进",书中不提倡用tab键.而建议使用四个空格.但是tab键可设置占符数,在实际开发中,tab键是缩 ...
《构建之法》第4章读后感
代码规范: 我们写的代码不仅是给我们自己看,也是给其他人看.看代码本来就是比较一个枯燥的过程,如果你的代码格式乱七八糟,命名不规范,那么别人也不会想看你写的代码,即使看了也不懂你的代码是想表达什么,而 ...
构建之法第6~7章读后感和对Scrum的理解
第六章-敏捷流程第六章主要详细介绍了敏捷流程,在软件工程范畴里,"敏捷流程"是一系列价值观和方法论的集合.这一章以敏捷流程的Scrum方法论而展开,而敏捷流程的精髓就是在于快速的 ...
《构建之法》第十三章学习总结
第十三章的内容是关于各种测试方法和测试的设计方法. 一个软件开发团队统一思想首先要从基本名词解释开始,第一节为我们解释了一些基本名词并进行分类(例:Bug是指软件的缺陷,可以分解为症状(Symptom ...
构建之法4、17章观后感
第四章: question1:对于4.3.4中提到的折构函数和虚函数这两个概念,我完全不知道它们是什么.不知道它们的定义和存在的作用. 通过查询,我知道了这两个函数的定义和作用.析构函数名也应与 ...
构建之法第4.17章读书笔记
第四章:两人合作问题1:4.2中注释这一版块,因为之前有学长跟我强调过代码规范的问题,所以对这方面比较重视,后来当使用每个IDE的时候,都会去注意代码缩进的快捷键,比如IDEA的Ctrl+Alt+L ...
《构建之法》前三章读后感
通过第一章讲述的概论,理解到软件工程到底是什么,又为何要叫软件工程,他对我们的生活又有什么影响. 通过一些实例我也认识到客户需求分析的重要,就阿超那样的四则运算一样,渐渐的功能和需求就多了. 在第二章 ...
软件工程--构建之法--功能测试设计10个或者更多的测试案例完成对钉书钉的功能测试...
设计10个或者更多的测试案例完成对钉书钉的功能测试 (1)使用不同的纸质材料厚度,使用相同规格钉书钉,查看钉书器是否正常工作 (2)使用不同规格的钉书钉,使用相同厚度的纸质材料,查看钉书器是否正常工作 ...

《构建之法》8、9、10章

《构建之法》8、9、10章相关推荐

最新文章

热门文章