构建之法 第八章 需求分析 读书笔记

今天阅读了<构建之法:现代软件工程>的第一章,受益匪浅.本来我对软件的了解只是处在最基本层面,通过阅读本书,我对软件工程的了解有了更深入的认识. 软件工程是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护的过程.软件工程包括下列领域:软件需求分析.软件设计.软件构建.软件测试和软件维护.软件工程和下列学科相关:计算机科学.计算机工程.管理学.数学.项目管理学.质量管理.软件人体工学.系统工程.工业设计和用户界面设计.人们在开发.运营和维护软件的过程中有很多技术.做法.习惯和思想体系.

工程有了一个初步的了解.介绍了软件工程里的一些基本概念,软件开发的几个阶段.软件工程的特殊性.目标以及软件工程与计算机科学之间的联系与区别.    软件工程作为一门新兴的学科,是连接计算机硬件和传统机械工程的一个桥梁.起先,我所认为的软件工程单纯的只是编程,通过算法实现正确的输出而已.但在构建之法的第一章中,我认识到会写程序只是一个合格的软件工程师最基本的素质.一个完整的项目,应该在需求分析,软件构架设计.代码实现.程序测试.软件发布运营及维护每个阶段都尽职尽责,并结合用户体验去完善软件的每一个

人们为了解决实际的问题,需要软件来解决人们的需求.人们的需求有很多,那么如何清晰的了解人们的需求,就显得十分的重要,所以会产生用户的需求分析. 如何了解用户的软件需求呢? 1.获取和引导需求 软件团队需要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出软件的需求.软件团队需要设身处地的为用户着想,引导出需求. 2.分析和定义需求 这是指对从各个方面获取的的需求进行规整,定义需求的内涵,从各个角度将需求量化. 3.验证需求 软件团队要跟利益相关者沟通,通过分析报告.技术原型.用户调

1.概论 开篇就讲到一个概念即:软件=程序+软件工程. 书中说到,程序指的是源程序,也就是基于数据结构上的实现算法,这是我们软件学生的基本功.程序员需要对代码不断编写,程序越来越庞大,就需要源代码管理.程序是要正确运行的,就需要软件测试.我们写的程序需要让别人的看得懂,就得运用程序理解.程序总会出现BUG,就需要软件维护.掌握一系列过程需要一个项目经理,称为项目管理. 所以,构建管理(数据结构+算法),源代码管理,软件测试,软件维护,项目管理,需求分析这些环节构成了软件工程. 我们在学校做一些小

敏捷开发是一系列价值观和方法论的集合.在敏捷的大旗下,我们可以看到好几种软件开发的方法论,我们在这里主要分析Scrum这个方法论. 从Scrum方法论中分析,敏捷开发一共分四步: 第一步:找出完成产品需要做的事情--Product Backlog Backlog翻译成"积极的工作","待解决的问题","产品订单".产品负责人主导大家对于这个Backlog进行增删改的工作.每一项工作的时间估计为天. 第二步:决定当前的冲刺需要解决的事情--Spri

其实这是"啃硬骨头"的第一步,就是如何从"茫茫"中锁定需求相关方.挖出来需求的方法论 1.挖取需求 获取和引导需求.需求不仅是来自外界,甚至也可以来自技术成员团队内部: 分析和定义需求.主要是对需求进行量化: 验证需求. 在软件产品的生命周期中管理需求 需求不一定只在初期才有:在中后期的时候可能因为外界环境变化甚至是成员自身水平变化而出现新的需求 2.软件产品的利益相关者 最终用户(使用软件的人) 顾客(购买软件的人) 监管部门 3.获取用户需求的方法 焦点小组(f

需求分析,是软件工程开发的第一步,准确全面地找到用户的需求,尽可能满足用户的要求,是软件惺惺发展的基础.所以需求分析很重要.具体来说有以下几个步骤: 1.获取和引导需求:软件团队需要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出真实的需求.不同的项目需要不同的手段,这一步骤也被叫做"需求捕捉",形容真正的需求稍纵即逝,需要靠火眼金睛和敏捷的身手来发现并抓住它们.另外,有些用户并不知道自己确切的需求,或者不愿意表达完整的需求,这时候软件团队需要替用户着想,引导出需求.

只有对软件工程有更清晰的了解,才能知道努力的方向,才能成为一个合格的软件工程师,邹欣老师用这一节的内容带我们走近软件工程师的世界.那么,一个合格的软件工程师到底是怎样的标准,为了达到标准,又需要我们怎样做呢? 首先,我们应该了解软件工程到底包括了什么? 软件工程包括了开发.运营.维护软件过程中的很多技术.做法.习惯和思想.软件工程把这些相关的技术和过程统一到一个体系中,叫"软件开发流程",软件开发流程的目的是为了提高软件开发.运营.维护的效率,以及提升用户的满意度.软件的可靠性和可维护

1551428 黄维 单元测试: 创建单元测试的主要步骤是: 1.设置数据 2:使用被测试类型的功能 3:比较实际结果和预期的结果 验证单元测试好坏的标准: 1.单元测试应该在最基本的功能/参数上验证程序的正确性 2.单元测试必须由最熟悉代码的人(程序的作者)来写 3.单元测试过后,机器状态保持不变 4.单元测试要快(一个测试运行的时间是几秒钟,而不是几分钟) 5.单元测试应该产生可重复一致的结果 6.独立性:单元测试的运行/通过/失败不依赖于别的测试,可以人为的构造数据,以保持单元测试的独立性