摘要： 本书的第五章主要讲的是设计师如何实现特定的质量属性需求。这些需求是系统实现业务目标的手段。我们真正要了解的是设计师使用构架模式和策略创建设计方案的战术。通过第四章所说明的6个质量属性的战术列表：可用性、可修改性、性能、安全性、可测试性、易用性。我们都可以得到广泛实践的战术。质量需求制定了软件的响应， 阅读全文

摘要： 今天我开始读《软件构架实践》的第四章的内容，本章讲述质量属性是软件设计师最常追求的目标。由于这些质量属性的定义是重叠的，因此我们选择一般场景进行刻画。本章的重点是理解如何表示希望该构架为系统提供质量属性。 第四章一开始就说明了功能性的概念，即指系统能够完成所期望工作的能力，且功能性和质量属性是正交的 阅读全文

摘要： 今天我开始读《软件构架实践》的第二章，这一章给出了软件构架的定义，并介绍了参考模型、参考构架和构架模式的相关概念。也从早期研究对系统知识、构架对涉众相互沟通的影响以及作为一种可重用资产的价值等方面，解释了构架在软件工程领域的重要意义。这里所给出的构架定义明确指出系统是多种结构构成的，并且对其中最常见 阅读全文

摘要： 今天开始读《软件构架实践》这本书的第一章，打开书，有一句话赫然出现在我的眼帘：“软件构架是软件系统的核心”， 这一章主要是着重讨论软件设计师开始创建、预想软件系统的这一核心时所用到的各种知识和技能。 构架和其开发组织就像跳及其复杂的华尔兹一样，相互影响，相互帮助，这样的华尔兹舞叫做构架商业周期，这也 阅读全文

摘要： 最近一直在做需求分析，弄得比较头大，现在再回过头看这本书，不由地想问：如何在敏捷开发中做需求分析。 在敏捷的团队中，作一个敏捷程序员确实是非常舒服的事情。从程序员的角度来看，只需要选择一张他感兴趣的故事卡片，了解清楚该卡片的需求，开始从功能测试写代码，等通过了所有测试就完工。基本上不需要考虑太多的事 阅读全文

摘要： 用户故事专注于交付给客户的具体价值，也就是该用户故事能够帮助客户实现什么样的功能和成就。而为实现用户故事，通常会把用户故事分解为一系列要完成的任务，比如最常见的设计、编码、测试、集成、部署等。所以不同角色的团队成员主动认领自己最擅长的任务并高效完成之，是最合理和高效的做法。 当然，在某些情况下，为了 阅读全文

摘要： 用户故事是从用户的角度来描述用户渴望得到的功能。既不是用来替代传统需求，也不是仅仅记录一下用户的需求的，用户故事是用来讨论和跟踪的。使用用户故事，我们的目的是让用户可以自然的讲述需求，这样才能确保信息的真实性。因为任何软件产品都是为了帮助用户完成某种任务，可以说任何的软件产品或者系统都是通过交互来解 阅读全文

摘要： 初读第七章，有一句话非常显眼，那就是：“当面临一个大的故事时，通常有许多方法可以将它分解成较小的故事。”这句话就是本章的精义，我突然想到了“庖丁解牛”这个成语。把大的事情分割成小的部分分步解决，用书里的话来说，就是“切蛋糕”。即将大的故事分割成贯穿应用程序所有层面的故事。 一开始我认为。故事是程序开 阅读全文

摘要： 内容： 讨论无纸化考试系统的利益相关者并进行描述。 并撰写项目目标（目标、好处、度量标准） 将课堂讨论记录、利益相关者描述以及项目目标汇总成一篇博文，博文题目为软件需求与分析课堂讨论一,截止时间（2016-10-21日下午18:00） 利益相关者：老师、学生、学校财务、监考人员。 阅读全文

摘要： 第四章一开始就用了一个十分生动的例子来说明搜集用户故事，那就是拖网渔船来捕鱼，用户的故事有大有小，所以要用不同规格的渔网来一遍遍确定。需求和鱼一样，会增长会死亡。所以，我们要学会如何捞到用户的故事。 在如何知晓用户的同时，我们要注意不能咄咄逼人，很多很简单的方法如同用户访谈和问卷调查都是传统的业务分 阅读全文