阅读《构建之法》第8,9,10章

第八章:需求分析

本章节讲述软件需求的4个步骤,讲述了9种用户调研方法,以及提供了两种竞争性需求分析的框架,分别是NABCD模型和四象限方法,个人觉得这两种框架对于我们在编程一个应用程序非常有用,先计划后编程。

提出的问题:(8.6.1节)我觉得目标、估计和决心这三个很类似,只是表达的语气不同

第九章:项目经理

本章节主要讲述项目经理(PM)的来历、Project Manager(产品经理)和Program Manager(项目经理)的不同、PM存在的优缺点以及成为一个团队的PM需要什么能力等。

提出的问题:(9.2.1节)一个团队刚开始,要根据什么来决定谁是MP?或者说当MP需要具备什么?

第十章:典型的用户和场景

这一章节教了我们怎样定义典型用户,提供定义典型用户和场景的模板,有助于我们模仿。这里的场景指的是用户达到目标所经历的过程。第二节讲述的规格说明书(Specification),分为功能说明书和技术说明书,也就是黑盒和白盒。对于第三节的功能驱动的设计的内容没有太深切的体会,因为还没进行过这一步。

提出的问题:(10.1.4节)场景就是:我们模拟用户进行的操作。这样理解对吗?

时间: 2024-10-09 07:44:22

阅读《构建之法》第8,9,10章的相关文章

阅读《构建之法》8到10章

第8章 四象限法是一种什么样的方法?如何在现实中运用好四象限法来分析软件的功能?杀手功能是否在四象限法占了很大的作用? 第9章.项目经理 才能成为一名合格的项目经理,要做好哪些方面,具备哪些能力? 第10章.典型用户和场景 一个软件应该满足各种用户还是专注于某种类型的用户呢?开发者又应该从什么方面去考虑软件服务的用户和类型?

阅读《构建之法》8 9 10章疑问

8章,计划与估计里,说到某著名公司的工程师,做软件预期的时间总是要延长很长的时间,这预期有什么用呢?是为了蒙混老板?还是为了激发工程师们潜力,使他们认真工作? 9章:什么样的人才能当PM,PM如果有很多人可以胜任,PM只有一个名额,没被选上的可能会不服,PM可能管理不了团队的某一些人.PM又该如何选择? 10章:我们程序开发员,要做各种程序,在典型用户里面,为什么是我们自己构思出来的,而不是用户调查出来的?毕竟程序员不是那行业的人,不可能完全符合实际用户的需求.这样做出来的程序是不是浪费时间呢?

构建之法第8,9,10章

第八章主要讲的是软件需求和分析,然而软件的需求要分为以下几步:1.获取和引导需求,讲的是软件工程团队需要找到软件利益相关的人员,了解和分析他们对软件的需求.2.分析和定义需求,是软件团队对各种需求进行分析和调整,从各种角度对需求量化.3.验证的需求,讲的是软件工程团队要跟相关者沟通,实时更近他们需求,并且通过报告,调查等方法向他们验证软件团队的认知.4.是软件产品的生命周期中管理需求,是软件工程团队在技术的发展的同时,也要对自我的能力的提升. 第九章主要讲的是项目经理的由来,本章首先讲的是PM是

《构建之法》8,9,10章读后感和总结

第八章:需求分析 需求分析,我觉得需求分析挺重要的,一个需求分析是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么.可以说,在软件工程当中的"需求分析"就是确定要计算机"做什么",要达到什么样的效果.可以说需求分析是做系统之前必做的.需求分析确定了整个团队的方向,那么怎么做好需求分析呢?有以下几个步骤:1.获取和引导需求:2.分析和定义需求:3.验证需求:4.在软件产品的生命周期中管理需求. 第九章:项目经理0

读《现代软件工程——构建之法》第8~10章

真心看不懂! 第八章  需求分析  8.2软件产品的利益相关者  8.4功能定位 问题:怎样才能高效率的广泛而深入地了解用户的背景.心理.需求等等? 第九章 项目经理 问题:作为一个PM,如何能让自己得到所有团队人员的支持?作为一个PM又该如何管理好自己的同事,使项目做的更好?(感觉这一点是很重要但又好怕自己做不好的,毕竟每个人都有每个人自己的生活.) 第十章 典型用户和场景 问题:如何能更进一步深层次的挖掘用户的需求?

构建之法第6,9,10章学习心得

在软件工程语境里,敏捷流程是一系列价值观和方法论的集合.敏捷流程的步骤为:找出完成产品需要做的事情:(1)产品负责人主导大家对积压的问题进行增,减,删,改的工作.(2)决定当前的冲刺需要解决的事情:一个团队里的成员应该能主导任务的估计和分配,使他们的能动性得到较大的发挥(3)冲刺:外部人士不能直接打扰团队成员,这样能较好地平衡交流和集中注意力之间的矛盾.一个敏捷的团队应做到:自主管理,自我组织,多功能型.软件团队里除了能写代码,测试代码,画图做设计的成员,还有一个角色叫项目经理.项目经理不做上面

《构建之法》8,9,10,章有感

久违了的随笔,我又来啦.~ 第八章.需求分析 当用户提出需求时,我们应该如何满足用户才能尽可能的满足顾客的需求,避免由于客户的 描述不正确,而导致工作的翻工,降低工作效率.另外当用户,不清楚自己的需求时,我们 额外增加一些后续功能,会不会多此一举? 第九章.项目经理 要做好哪些方面,才能成为一名合格的项目经理,具备哪些能力? 第十章.典型用户和场景 如何能更进一步深层次的挖掘用户的需求?

第一次阅读构建之法

    第一次阅读构建之法,把以前很多门课的知识点联系到了一起.      软件=程序+软件工程.我认为这是对软件的一种及其精炼的解释.程序即是指一行行代码,软件工程则包含了各种软件开发活动,包括构建管理.源代码管理.软件设计.软件测试.项目管理等等,是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.      从一个简单的程序,扩展到一个满足各种功能的应用软件,再扩展到一个能保证服务质量的软件服务.源程序是建立在数据结构上的一些算法.构建不仅仅是CC和link命令,一个复杂

《构建之法》第四&十七章读书笔记

 <构建之法>第四&十七章读书笔记 一.         前言 再次阅读<构建之法>,愈发被其中生动有趣的举例吸引.作为一本给予软件工程学生的书籍,其不以枯燥的理论知识为核心,而是基于对知识和方法的引导.本次研读的这两章内容主要涉及了代码规范,两人结对与多人合作的团队方面等相关知识,从其中逐渐明白与人相处作业等方面的技巧与艺术.以下是我对这两章节的思考与疑惑. 二.        第四章<两人合作>. 本章主要涉及代码规范,极限编程,结对编程,两人合作不同阶段,

《构建之法》第4.17章读书笔记

<构建之法>第4.17章读书笔记 第四章 原文语句: 异常不能跨过DLL或进程的边界来传递信息,所以异常不是万能的. 提出问题: 1.什么是DLL?DLL是来解决什么问题的? 网上说法: DLL是Dynamic Link Library的缩写,意为动态链接库.在Windows中,许多应用程序并不是一个完整的可执行文件,它们被分割成一些相对独立的动态链接库,即DLL文件,放置于系统中.当我们执行某一个程序时,相应的DLL文件就会被调用.一个应用程序可有多个DLL文件,一个DLL文件也可能被几个应