本人能力的限制和阅读能力的差强人意，仅限于前几章 软件=程序+软件工程 一个成熟的软件需要各方面的支持工作，保障软件的服务质量，对源代码的管理，对于后续的验证过程软件测试，软件团队要从需求分析开始，把合适的需求梳理迟来，逐步展开后续的工作，如设计，实现，测试到最后的发布软件。软件开发活动（构建管理, ...
分类：
其他好文 时间：
2017-11-06 13:16:23
阅读次数：
190
我今天阅读了构建之法的第八章需求分析： 1获取和引需导求：找到软件的利益相关者，引导他们表达出真实的需求 软件企业 = 软件 + 商业模式 2分析和定义需求：从各个方面获取需求惊醒规整，定义需求的内涵 3验证需求：通过分析报告、技术原型、用户调查或演示等形式向客户反映我们对需求的认知 4在软件产品的 ...
分类：
其他好文 时间：
2017-11-06 13:11:04
阅读次数：
96
读了第九章： 我认为身为小组中的PM,在看课本前我并不是很清楚PM是干什么的，反正我好像什么都要做。 看了《构建之法》才知道，PM要做开发和测试之外的所有事情，包括解决遇到的难题、风险的分析、团队的带 领等，还有就是要深得民心，获得项目组所有成员的支持。由此可知，PM还要考虑很多别人不考虑的事情，其 ...
分类：
其他好文 时间：
2017-11-05 21:17:19
阅读次数：
126
软件需求模式的第四章——使用和编写需求模式阅读笔记 在学习了需求模式的机制之后，开始教我们学习如何来编写需求模式。 首先我们要知道，什么时候要用到需求模式。在定义系统期间，6种情况下需要用到需求模式，分别是当定义需求时，看是否存在可以指导如何定义这种需求、当考虑需求是否完全时，浏览主题覆盖的整套模式 ...
分类：
其他好文 时间：
2017-11-05 21:12:36
阅读次数：
97
这周我学习的是软件需求模式的第二章 需求规格的内容。 目前为止还没有唯一正确的方法阻止需求规格，但是反复出现在大部分系统中的主题，是我们应该注意和掌握的内容。从大的方面来说，需求规格可以分为四个部分，分别是介绍部分，上下文部分，功能域部分，主要非功能要求部分四个方面，其中功能域部分定义了系统实际上要 ...
分类：
其他好文 时间：
2017-11-05 20:34:25
阅读次数：
114
软件的需求分析： 1：获取和引导需求 2：分析和定义需求: 3：验证需求 4：在软件产品的生命周期中管理需求 对于软件的需求分析.也要做不同的划分 1；产品的功能性需求 2：对产品开发过程的需求 3：非功能性需求 4：综合需求 产品的利益相关者： 1：用户 2：顾客 3：市场分析者 4：监管机构 5 ...
分类：
其他好文 时间：
2017-11-04 19:35:41
阅读次数：
159
本周阅读了《构建之法》第七章。 第七章的内容是关于微软解决方案框架(MSF)的。 第七章介绍了微软推荐的软件开发方法MSF。MSF的最大特性是商业化,并一直体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少，得到多少回报，客户要用到哪些最新的技术，最后如何把项目计划(Project ...
分类：
其他好文 时间：
2017-11-04 00:14:53
阅读次数：
154
本周阅读了《构建之法》第六章。 第六章讲了敏捷流程的相关知识 看了第六章了解到敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互 ...
分类：
其他好文 时间：
2017-11-04 00:05:43
阅读次数：
129
本周阅读了《构建之法》第五章。 第五章讲了几种软件团队的模式、软件开发流程； 邹欣老师的这本书，写得形象生动，第五章用体育运动等团队例子引出软件开发团队的形式。软件团队形式多样，适用于不同的人员与需求。团队可能会演变的模式有：主治医师式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团 ...
分类：
其他好文 时间：
2017-11-03 23:59:27
阅读次数：
351
摘要： 1.团队的特点：1>团队又一致的集体目标，团队要一起完成这目标。一个团队的成员不一定要同时工作，例如接力赛跑。2>团队的成员有各自的分工，互相依赖工作，共同完成任务。 2.软件团队的模式：软件团队有各种形式，适用于不同的人员和需求。分为：一窝蜂模式，主治医师模式，明星模式，社区模式，业余剧团 ...
分类：
其他好文 时间：
2017-11-03 21:57:53
阅读次数：
117
