软件工程---阅读《构建之法》第8、9、10章读后感

第八章、

阅读第八章后我学习到了软件需求的类型、利益的相关者,获取用户需求的常用方法和步骤,竞争性需求的分析的框架和NABCD,四象限方法,项目计划的和计的技术。

存在的问题:怎么获取用户的潜在需求?

第九章、 阅读第九章后我学习到了团队角色分工,项目经理的由来和要求,项目经理和其它经理的区别,软件项目中的风险和风险管理,PM的专业能力,PM是什么等丰富的知识。

存在的疑问:像一些小团队的开发需要PM吗?

第十章、 阅读第十章后我学习到了典型用户和场景,软件功能说明书和技术说明书,软件功能设计等知识。

存在的疑问:如何挖据用户的真正需求?

Sprint总结: 这次Sprint演示相当精彩,有用Android进行开发的项目,也有基于web开发的项目,对于我们队的演示我觉得很满意,希望能这样好下去。

时间: 2024-10-11 23:36:57

软件工程---阅读《构建之法》第8、9、10章读后感的相关文章

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

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

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

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

《构建之法》之第一二三章读后感

读<构建之法>这本书就像读故事书那样,耐人寻味,又很多故事和经验都是源自作者本身,读起来很有趣,并不会像其他书那样的枯燥乏味. 这本书的第一章——概论,为我们解释什么是软件,什么是软件工程,读完这章对这些概念有一定的认识这章让我明白,代码不能盲目的敲,好的软件并非两三天内就能赶出来的.在编写程序之前,需要做一系列的分析.设计,要满足客户的需求,后续还要对软件进行测试.维护等.在这之前,我一直觉得能把程序运行,能有正确的结果,那就完成任务了,可这只是整个软件流程的一部分而已. 问题:目前软件工程

《现代软件工程——构建之法》第1~5章读后感及问题

开篇就讲到一个概念即:软件=程序+软件工程. 开始读这本书,最大的感受的感受就是软件工程原来是可以这么学的,以前学习编程课程的时候,总是感觉这类课程及其枯燥无味,总是在说太多的理论,很少 会涉及到实践,甚至根本就是没有实践这个环节,所以学习很无聊,但是读到这本书,真的是全新的感受,首先,不仅仅只是在说理论了,加入了很多实 践的东西. 开篇作者就说了“软件 = 程序 +软件工程”,以前写软件或者说程序,就只是写程序,最多会考虑到数据结构的知识,很少会用到软件工程,但是随着学习的深入,代码量的累积,

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

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

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

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

构建之法第8,9,10章

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

《构建之法》之第四章读后感

<构造之法>第四章主要讲一些两人合作前的基础,以及两人合作对于成功的重要性,两人合作是两个人的不断磨合.适应.与进步. 本章大篇幅讲了两人合作需要的准备,例如代码的规范,这非常重要,如果你的代码,只有你一个人看得懂,这十分不利于团队合作,再好的代码,不能被别人知道,这还是一个不好的程序,因此代码规范非常重要.优秀的代码应该遵守的原则是:简明.易懂.无二义性.我们在规范代码时要注意缩进.行宽.括号.断行.空号等的规范与使用.我们要养成良好的写代码的习惯,注意程序的命名,我们要用英文命名,不能随便

《构建之法》第十六章读后感更正

第十六章IT行业的创新 1.关于灵感.灵光闪现固然重要,很多伟大的发明依靠的就是灵光一现的基础,但是灵光闪现的前提是个人的思考,长时间的思考.完成这一灵光的基础是不断的尝试,提高自己的技术.这样才会将自己的灵光变成一个实物而不是空想. 2.关于喜好.并不是人人都喜欢创新,因为创新本来就是个长耗时又难以被认可的东西.创新有需要考虑的因素有许多,个人.面子.优先级等等,现在人们更多的是支持在原有材料技术上的"线性发展"--扩充功能等. 3.关于想法.人们接受的并不是好的想法而是他们所需要的

《构建之法》第11,12章读后感

第11章 软件设计与实现 1.  关于小飞拿到spec之后做的估计开发任务所需时间,他是根据以前同类任务所需花费的实际时间以及其他同事的时间估计的.以现阶段我们学生的角度,该如何估计一个项目开发所需时间呢? 2.  修改集是什么?集成是什么意思?怎么样才是集成呢? 3.  每日构建是什么意思呢? 每日构建意味着自动地,每天,完整地构建整个代码树.(译者按:"代码树",原文为source tree,        意思是将整个项目源代码的目录,子目录,文件的位置尽可能事先固定下来,这样在