摘要：
这是本书的最后一部分，主要介绍了四个领域需求模式，性能领域需求模式，适应性领域需求模式，访问控制领域需求模式，商业领域需求模式。 在做需求的过程中经常遇见性能问题：1.编写容易等同于实现困难。2.我们定义一个完整的运行还是只是软件。3.性能指标适用于系统的哪个部分？4.避免武断的性能指标。5.性能因 阅读全文
摘要：
在需求的文档化和验证中主要分两个部分讲述，分别是需求规格说明和需求验证，在需求规格说明文档中讲到需求规格说明文档是需求规格说明活动的一个核心元素，要理解需求规格说明活动，就需要明确文档的编写规格说明文档的原因、需求规格说明文档的类型、需求规格说明文档的读者，需求规格说明文档的描写手段等。我们编写需求 阅读全文
摘要：
需求规格说明活动就是将需求极其软件解决方案进行定义和文档化，并传递给开发人员的需求工程活动。编写需求规格说明文档：清晰明确结构化的文档可以将软件系统的需求信息和解决方案更好的传递给所有的开发者；可以拓展人们的知识记忆能力；可以成为各方人员之间有关软件系统的协议基准；可以成为项目开发活动的一个重要依据 阅读全文
摘要：
一、需求工程过程概念介绍 （一）概述 1.规格说明 需求工程过程是系统开发中需求开发活动的集成，它以用户所面临的业务问题为出发点进行分析和各种转换，最终产生一个能在用户环境下解决用户业务问题的系统方案，并将其文档化为明确的规格说明。 2.生命周期 需求工程也有属于它自己的生命周期模型，即存在针对需求 阅读全文
摘要：
软件系统的涉众可以定义为所有能够影响软件系统的实现，或者会被实现后的软件系统所影响的个人和团体。常见的涉众类别有用户，客户，开发者，管理者，领域专家，政府力量，市场力量等。涉众群体不是固定不变的。按照复杂程度可以将信息系统分为小型系统，组织级系统，战略信息系统，组织间系统四种类型。涉众分析包括涉众识 阅读全文
摘要：
一、满足需求就是解决问题 问题解决的 两个方面——问题域与解系统 首先，我们需要简要了解这两点的概念。第一，问题域是需求的背景，要理解需求就必须先理解问题域。问题域的背景信息又被称为问题域特性（problem domain feature），与需求相区别的是，问题域是自治的，它有自己的运行规律，而且 阅读全文
摘要：
1.对Liz进行需求调研，确定好每一步的需求。 2.利用自己的专业解读调研结果，进行分析，得出的结论与Liz进行确认需求是否一样。 3.确认完成后列出需求列表 1.实际的用户量，以及每个用户对应的数据量。 2.欠账的实际规则是否能用算法来表示。 系统功能： 1.能存放并更改用户数据。 2.根据算法辨 阅读全文
摘要：
本学期的阅读计划 《需求工程——软件建模与分析》。 总共发表6篇阅读笔记，每半个月发表一篇。 阅读全文
摘要：
首先是摘录了一些博文中的内容 需求分析既是一份体力活儿，更是一份技术活儿，它既是人际交往的艺术，又是逻辑分析与严密思考的产物。 当客户提出业务变更的时候，我们一定不能被客户牵着走，客户说啥就是啥。我们要从业务角度深入的去分析，他为什么提出变更，提得合不合理，我有没有更合理的方案满足这个需求。当我们提 阅读全文
摘要：
第三部分讲述的就是开发过程中对需求的维护。 需求基线是逐项列举的在应用程序的某个特定版本中提交的特征和需求的集合。确定统一，明确的需求划分标准是十分重要的，接下来就需要划定基线。即在整个开发过程中，开发人员都需要参照基线来进行。实现切实可行的优先级策略和估算方法是使基线管理卓有成效的必备要素。 在开 阅读全文