读完了这本书的第二部分，我感受颇深，总结了许多自己所不了解的知识。需求分析基本原则是 1 定义问题，而不是解决方案。需求定义“做什么，而不是怎么做”，意思是需求的目的不是企图定义任何的解决方案。这是重要的特点，是不可违反的规则。2 定义系统，而不是项目。需求定义了系统需要做什么：他们是一组目标。项目 ...
分类：
其他好文 时间：
2018-01-17 20:08:56
阅读次数：
151
软件需求模式阅读笔记之六 这一章主要是说明用户功能需求模式。用户功能丰富多彩，它包括查询模式和报表模式。查询是一个系统的亮点，一个查询需求应该指定查询名称，查询的业务意图，显示的信息，排序顺序，挑选标准，浏览，交互，自动刷新。一个需求通常对一个查询是足够的——因为查询为数众多，我们不想查询需求的数量 ...
分类：
其他好文 时间：
2018-01-17 18:16:57
阅读次数：
93
今天主要查看的是需求工程管理篇：需求管理的思路 需求工程的需求业务活动由需求规划中的6个业务活动和需求开发的4个业务活动共计10项业务活动组成，构成了需求工的业务主线。需求工程的需求管理活动的目标就是确保需求业务活动能够按进度要求、质量要求、成本要求生产出高质量的软件需求。需求版本控制 软件需求基线 ...
分类：
其他好文 时间：
2018-01-17 16:49:38
阅读次数：
133
今天主要查看的是：需求工程组织篇呼吁建立需求分析体系 “千夫所指人人相轻”这种不重视软件需求的观念体现在一个个软件项目只是表象，其症结在于长期以来“轻业务、重技术”的理念已根深蒂固。需求分析部门的组织结构 “什么样的工作职能，将决定建立什么样的组织结构”。需求分析部门的管理工作 需求分析部门的管理思 ...
分类：
其他好文 时间：
2018-01-17 16:47:47
阅读次数：
109
自从上一次发表读书笔记已经有一段时间了。。 第10章画图工具目前我使用的是visio，与之前用wps画图感到比较明显的就是，以前用wps画还得考虑边界大小和改变填充等，通过visio可以画各种各样的图并且不会出现逻辑的错误，修改起来也比较麻烦。 关于建立类图~ 1确定类： 概念类，我们需要区分不同的 ...
分类：
其他好文 时间：
2018-01-17 00:09:31
阅读次数：
167
今天通过阅读发现了原型法，我们使用“行为”、“纸上”原型可以提前与客户沟通与确认好今后的任务。我们曾经有针对一个需求进行纸上原型法画出原型，我想就是这个意思。 再者，这学期经过一部分的测试和作业练习来看，我还是想谈谈我对画图的体验： 时序图： 首先业务流程图，值得注意的是应该先画出主流程，使得主流程 ...
分类：
其他好文 时间：
2018-01-16 23:57:21
阅读次数：
234
构建之法阅读笔记06 在开发软件之前，一定要对软件需求进行彻底的分析，分析的越透彻，用户的体验越好，程序会越贴近要求，首先要先分析软件的利益相关者，然后对所有角色进行分析，各有各的不同要求，要尽量满足所有人的要求。每次开发界面和功能的时候，要站在用户的角度来使用，而不是一个开发人员，贴近实际情况。 ...
分类：
其他好文 时间：
2018-01-16 18:36:44
阅读次数：
195
我过去是怎么做的? 并没有很好地考虑到用户的体验，只是以自己想的为目标 结合书中所讲，说明为什么这样不好? 我们不应该光看用户表面语言或行动，我们还要找到用户语言或行动背后的动机，不能光根据用户的语言就匆忙决定。 软件需求是一项非常重要的过程。 获取用户的需求、需求分析框架、功能定位和优先级是非常有 ...
分类：
其他好文 时间：
2018-01-12 19:00:37
阅读次数：
174
需求统一模式：将大部分软件系统的需求进行归类。所有系统需求本质上彼此相似或者它们都会出现在大多数系统中。比如系统都有查询功能，查询功能有特定的需求，但本质上都是相同的。需求模式是定义一种特定类型需求的方法。需求模式包含模式名称、基本细节、适用性、讨论、内容、模板、实例、额外需求、开发考虑、测试考虑1 ...
分类：
其他好文 时间：
2018-01-09 16:52:50
阅读次数：
116
《管理篇》。 共分为四章，分别是需求管理的思路、需求版本控制、管理变更请求、需求跟踪能力。 软件需求的验证工作的目的是保证需求分析成果的完整性和正确性，保证软件开发后的软件产品是用户所需要的。软件需求验证的工作的重要性是在于发现修复需求分析中存在的问题。软件需求验证的主要工作是自我验证，用户验证，系 ...
分类：
其他好文 时间：
2018-01-09 16:46:13
阅读次数：
144
