读《构建之法》第 8、9、10 章有感

第八章 需求分析

  所谓"需求分析",是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么。可以说,在软件工程当中的“需求分析”就是确定要计算机“做什么”,要达到什么样的效果。可以说需求分析是做系统之前必做的。

  在软件工程中,需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中,系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后,他们才能够分析和寻求新系统的解决方法。需求分析阶段的任务是确定软件系统功能。

在软件工程的历史中,很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤。但在近十年内,越来越多的人认识到,需求分析是整个过程中最关键的一个部分。假如在需求分析时分析者们未能正确地认识到顾客的需要的话,那么最后的软件实际上不可能达到顾客的需要,或者软件项目无法在规定的时间里完工。

第九章 项目经理

  对完成项目目标至关重要的是人员,而不是程序和技术。程序与技术仅仅是协助人员做好工作的工具。例如,一位画家为完成一幅画像需要颜料、画布和画笔,但这些工具只有与画家的技能和知识相结合才能完成一幅画像。这个原理同样适用于项目管理:具有技能和知识的人员是项目成功的所在。项目经理应确保全部工作在预算范围内按时优质地完成,从而使客户满意。项目经理的基本职责是领导项目的计划、组织和控制工作,以实现项目目标。换句话说,项目经理的职责是领导项目团队完成项目目标。如果项目团队是一个运动队,项目经理就是教练;如果是一个交响乐团,项目经理就是指挥家。项目经理协调各个团队成员的活动,使他们作为一个和谐的整体,适时履行其各自的工作。

项目经理是一个工程项目全面管理的核心和焦点, 是一个工程项目的最高领导者, 是项目实施过程中所有工作的总负责人, 在项目进行过程中起着协调各方关系及沟通技术、信息等方面的纽带作用, 在整个项目的全过程中处于十分重要的地位。项目经理在工程实施的进程中不仅要利用自己掌握的知识, 灵活自如地处理发生的各种情况, 而且还要团结大家的力量多谋善断、灵活机变、大胆用才、大公无私、大胆管理, 为企业赢得最大的利润。

第十章 典型用户和场景

  光看用户的表面语言或行动是不够的。我们还要找到用户语言或行动背后的动机!不能光根据用户的语言就匆忙做决定。同时,一味追求“最大的扩展性”也会有很多副作用。

队友读书笔记链接:

117 郑培轩   http://www.cnblogs.com/peivxuan/p/5535968.html

114 纪焓   http://www.cnblogs.com/Leey0917/

138 曾昱霖   http://www.cnblogs.com/Benjen/

  

时间: 2024-11-03 21:54:43

读《构建之法》第 8、9、10 章有感的相关文章

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

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

读构建之法第四、十七章有感(作业四)

第四章: 问题: 看到这里的时候,才注意到代码中的"下划线"这个东西,在之前的敲代码过程中并没有怎么遇到下划线,在经过百度后得到了一些答案: 这只是Python中下划线的一部分应用,在不同的语言中,下划线的用处也不太相同,而在原文中作者对下划线的解释很简单,对于"下划线用来分隔变量名字中的作用域标注和变量的语义"这句话也不太理解,我认为作者可以适当地放一些代码片段来说明下划线的用法,如果作者提及下划线的原因仅仅是因为命名的话,我觉得完全可以放在下划线的上一小节&qu

0502,读《构建之法》第6~7章有感

<构建之法>第6和7章讲的是敏捷流程和MSF.大概了解了一些关于敏捷流程和MSF的一些基本概念.敏捷流程是一系列价值观和方法论的集合.敏捷流程同MSF同有着自己的基本原则. 先来说一说“敏捷流程”吧. 敏捷开发原则有12点,针对客户需求,市场竞争,软件自身的更新完善,还有就是开发团队自身以及开发团队和业务人员的关系.原则本身强调的是效率,人性,以及灵活.我个人感觉这套原则挺不错的. 敏捷流程分出了四步,Product Backlog,Sprint Backlog,Sprint,改进更新.就像名

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

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

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

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

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

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

构建之法第8,9,10章

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

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

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

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

第一章的问题:在我了解第一章的时候,我比较着重于软件开发过程的难题,对于这5大难点的解决,我还是有点迷茫,我在想随着软件工具的开发是否会减轻这些难点,但是工具更多不是要求更高,对于一个团队密切不是需要更严密? 第二章:在关于单元测试和回归测试中,单元测试我们改如何具体描写,还有如果由单个人操作,那在temp的合作中该怎么分工. 第三章:在这章中,我想到一个局外问题,职业与证件,是否因为职业而采取证件措施,还是一个人能力依据证件表现? 第四章:在2人合作中,调试工作应该如何划分,最后调试为最主要,

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

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