continue my dream

做开发做了5到10年，除了关心技术之外，我们需要发展还需要学习什么呢？产品线是系统的系统，这个必须有：）做产品基本上都不会只做一个项目和单个产品的，现在基本上多是走产品线的路子，那IT如何适应商业需要进行软件的产品线开发呢？我想首先要去了解软件工程中的软件产品线的一些基本概念和如何去做，本篇截取我做的一个ppt中的一些图与大家分享一下。

概要设计面向需求分析的结果，通常而言是系统用例图。系统用例图可以帮助分析人员确定系统边界，明晰系统功能，利于概要设计过程中分析系统的组成部分。概要设计可以了解为将系统用例图（需求文档）向程序框架转化，这个阶段不涉及程序语言，只是以程序员的思路转化需求，即实现了需求和程序员眼中的系统构建之间的转移。这个时期，对程序员产生的结果主要是模块划分与系统功能的对应。模块的划分不一定是完善的，细节的，而是对系

编者说明：    当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。1．引言1.1编写的目的        [说明编写这份需求说明书的目的,指出预期的读者。]1.2背景a.     待开发的系

编者说明：    Atlantic System Guild（www.atlsysguild.com）公司所提供的Volere需求过程与软件需求规格说明书模板则充分利用了现代软件工程思想与技术，是一个十分实用、完善的SRS模板。其所提供的Volere需求记录卡也十分实用，强烈推荐。注：从Atlantic System Guild公司网站www.atlsysguild.com上获得，并稍做修

编者说明：    软件需求规格说明是十分重要的文档，因此为开发团队提供一份详细的编制指南是十分有意义和必要的。本文档就是一个编制指南的例子，你可以根据该指南，结合自己的实际情况进行修改。1．引言1.1 目的和作用本指南为软件需求实践提供了一个规范化的方法。本指南不提倡把软件需求说明（Software Requirements Specifications，以下简称SRS）划分成等级

编者说明：    随着UML的日益普及，用例（Use case）分析技术也在需求实践中广泛被采用。但是也有许多团队在使用该技术时，只画出了用例图，而缺少了用例说明，其实这是一个严重的误区。而本模板就将指导你编写该说明。1.用例名称1.1  简要说明[简要说明用例的作用和目的。该小节的篇幅不要太长。]2.上下文图    [在此小节中，有一个只包括本用例和所有与该用例相关的Ac

编者说明：    如果你觉得文本描述不够清晰，也可以采用如本文档模板所示的表格式的描述方式。用例说明模板3(双列表格式)编者说明：本模板是对上一模板的补充，如果你想更好地捕捉系统的响应，那么就可以采用本表格所示的格式。有时，为了更好地捕获系统的响应，对于场景描述（主成功场景、扩展场景）在上表的基础上变成如下表所示的双列：用例说明模板4

数据流图的画法数据流图也称为数据流程图date flow diagram , DFD，是一种便于用户理解和分析系统数据流程的图形工具，他摆脱了系统和具体内容，精确的在逻辑上描述系统的功能、输入、输出和数据存储等，是系统逻辑模型的重要组成部分。数据流图的基本组成成分数据流：是由一组固定成分的数据组成，表示数据的流向。值得注意的是，数据流图中描述的是数据流，而不是控制流。除了流向数据存