[读书报告]构建之法(四)

今天读了《构建之法》的第10章

这章讲典型用户和场景。

定义典型用户,需要全面考虑。软件系统中有受欢迎的用户,但也有不受欢迎的用户。

典型用户可以包括以下内容:

1.名字

2.年龄

3.收入

4.带便的用户在市场上的比例和重要性

5.使用这个软件的典型场景

6.使用本软件/服务的环境

7.生活/工作情况

8.知识能力层次

9.用户的动机、目的和困难

10.用户的偏好

需要注意:一个软件不是为所有人服务的

有个典型用户之后,还要决定每一个典型用户的目标——使用系统想要达到什么目的。对每一个目标,列出达到目标所必须经历的过程,这就是场景。

有了场景,下面就由架构设计师和各个模块的负责人一起,沿着子系统/模块的所述关系把场景划分开。

除了典型用户而和场景,这一章还讲了规格说明书。

规格说明书简称Spec,分为以下两种:

1.软件功能说明书,主要用来说明软件的外部功能和用户的交互情况(把软件当成一个黑盒)

2.软件技术说明书,又叫设计文档,主要用来说明软件内部的设计规范(把软件当作一个透明的箱子)

功能说明书从用户的角度描述软件产品的功能、输入、输出、界面、功能的边界问题、功能的效率(对用户而言)、国际化、本地化异常情况等,不涉及软件内部的实现细节。

技术说明书又叫设计文档,用于描述开发者如何去实现某一功能,或相互联系的一组功能。

功能驱动的设计(FDD),由以下几个步骤构成:

1.构造总体模型

2.构造功能裂变

3.制定开发计划

4.功能设计阶段

5.实现具体功能

时间: 2024-10-18 11:38:09

[读书报告]构建之法(四)的相关文章

[读书报告]构建之法(三)

今天读了<构建之法>的第八章. 第八章讲需求分析.需求分析有以下几个步骤: 1.获取和引导需求 找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出对软件的需求. 2.分析和定义需求 对从各个方面获取的需求进行规整,定义需求的内涵,从各个角度将需求量化. 3.验证需求 通过分析报告.用户调查等形式向利益相关者验证团队对需求的认知. 4.在软件产品的生命周期中管理需求 在软件的声明周期中不断对需求进行重新审核并作出调整 需求分为以下几个方面: 1.对产品功能性的需求 要求产品必须实现

[读书报告]构建之法(八)

今天读了<构建之法>的第15章:稳定和发布阶段 Alpha:指集成了主要功能的第一个试用版本. Beat:功能基本完备,稳定性较Alpha版本高,用户可以在实际工作中小范围使用. ZBB:某天的版本把在之前记录的Bug都解决掉 RC:发布候选版本 RTM:最终发布版本 RTW:和RTM类似 会诊小组 软件团队的各个角色代表组成了会诊小组,处理每一个影响产品发布的问题. 决定对每一个Bug采取以下哪一种行动: 1.修复 2.设计本来如此 3.不修复 4.推迟 复杂项目的会诊 第一步:开发者提交惨

[读书报告]构建之法(七)

今天读了<构建之法>的第十四章,这章讲质量保障. 软件质量=程序质量+软件工程质量 程序的质量体现在软件外在功能的质量.衡量程序的质量,基本的判断可以用“是|否”来判定. 软件工程的质量与“快”和“省”相关,主要体现在以下方面: 1.软件开发过程的可见性 2.软件开发过程的风险控制 3.软件内部模块,项目中间阶段的交付质量,项目管理工具的因素 4.软件开发成本的控制 5.内部质量指标的完成情况 衡量软件工程质量的方法——CMMI(能力成熟度模型集成) 一级:初始级.在这一水平上,企业项目的目标

[读书报告]构建之法(二)

今天阅读了<构建之法>从67页到139页的部分,思考和体会如下. 1.第四章 这章讲的是两人合作.主要的点有代码规范.极限编程和结对编程,也讲到了与别人交流的一些技巧. 代码是给机器看的,也是给人看的,但我觉得代码更多是给人看的.因为我一直觉得不论何种科学或者技术发展到了什么程度,人都是最根本的.书中对代码规范方面讲的比较细致,形式上的包括我比较熟悉的缩进.括号.分行.命名.注释.大小写等问题和以前没考虑过的行宽.下划线等问题.我在平时写代码时,关于形式上的规范,首先考虑的是风格的一致性和代码

[读书报告]构建之法(五)

今天读了<构建之法>的第十一章和第十二章 第十一章,软件设计与实现主,要讲了以下几个问题: 1.从规格到实现 主要要经历以下阶段: 1.估计开发所需时间 2.写一些原型代码,看看效果 3.写设计文档 4.按照文档写代码 5.对照设计文档和代码指南进行复审 6.创建或更新单元测试 7.进行单元测试 8.得到一个可以的测试版本 9.修复测试人员发现的问题,请同事复审 10.根据代码复审意见修改代码,签入代码 2.开发阶段的日常管理 一个比较重要的问题是实现每日构建. 书中宣称,经调查,成功的公司中

[读书报告]构建之法(一)

今天我阅读了邹欣老师的<构建之法>从前言到正文的第66页,一些思考和体会如下: 1.前言 从前言可以看出邹欣老师对软件工程课的定位和对这本书作为教材的评价还是很高的.从前言可以知道这本书是邹欣老师结合了在一些高校的软件工程授课经验和自己的心得体验,写出的一本强调通过动手实践学习软件工程的教材. 2.给任课老师和助教的建议 这部分可以看书邹欣老师对同学们的要求很高,预期每个学生需要每周花费8个小时在这门课上.我个人而言,在个人项目和团队项目中每周花费的时间要超过8个小时.在团队项目中如果算上开会

阅读报告--构建之法

软件工程是一门研究用工程化方法构建和维护有效的.实用的和高质量的软件的学科.它涉及程序设计语言.数据库.软件开发工具.系统平台.标准.设计模式等方面.软件工程牵涉的范围很广,对于即将投身IT业的学生而言,软件工程的内容又非常重要.典型的软件有电子邮件.嵌入式系统.人机界面.办公套件.操作系统.编译器.数据库.游戏等.同时,各个行业几乎都有计算机软件的应用,如工业.农业.银行.航空.政府部门等.这些应用促进了经济和社会的发展,也提高了工作效率和生活效率 . 一.软件=程序+软件工程 正如书中所言,

构建之法读书报告

这学期的软工课上接触到了构建之法这本书, 这本书语言轻松愉快,读起来就像读小说一样适合年轻的学生阅读,从中学到知识.所以老师推荐给了我们并让我们写读书报告. 首先拿起这本书,封面简介但不失设计感,引起了我的兴趣.翻开它读起来其中的语言让我非常舒服.第一章概述讲的是什么是软件工程,不用多说,软件工程就是从拿到需求开始的到运营维护一个系统的一系列设计,从需求到架构到实现.第二章,讲的是单个设计人员如何提高自己的技术和单人开发的流程这也是很重要的,开发以人为单位每个人的能力决定了了团队的能力,学习个人

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

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