规范分析

需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。虽然如此，在项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，小到几十万元，大到上亿元的软件项目的需求都或多多少的存在问题。 　　有的是开发者本身不重视原因、有的是技术原因、有的是人员组织原因、有的是沟通原因、有的是机制原因，以上种种原因都表明做好软件需求开发是一项系统工作，而不是简单的技术工作，只有系统的了解和掌握需求的基本概念、方法、手段、评估标准、风险等相关知识，并在实践中加以应用，才能真正做好需求的开发和管理工作。 　　本文将通过介绍关于软件需求的基本知识和个人在实际工作中总结的一些经验，帮助读者了解软件需求，学习需求开发的一些基本方法，避免因需求原因而导致的项目失败。 　　 1 什么是软件需求和需求工程 　　1.1 软件需求的定义 　　在IEEE软件工程标准词汇表(1997年)中定义软件需求为： 　　1）用户解决问题或达到目标所需的条件或能力。 　　2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。 　　3）一种反映上面(1)或(2)所描述的条件或权能的文档说明。 实通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标

一、SPI Modes Serial Peripheral Interface Bus At CPOL=0 the base value of the clock is zero, i.e. the idle state is 0 and active state is 1. For CPHA=0, data is captured on the clock's rising edge (low→high transition) and data is changed at the falling edge (high→low transition). At CPOL=1 the base value of the clock is one (inversion of CPOL=0), i.e. the idle state is 1 and active state is 0. For CPHA=1, data is captured on the clock's rising edge (low→high transition) and data is changed at the falling edge (high→low transition). SPI NAND supports two SPI modes: • CPOL = 0, CPHA = 0 (Mode 0)

要点提示： 软件开发生命周期是一个多阶段的过程，包括需求规范、分析、设计、实现、测试、部署和维护。 需求规范 　　是一个 规范化的过程，旨在理解软件要处理的问题，以及将软件系统需要做的详细记录到文档中。 系统分析 　　系统分析旨在分析数据流，并且确定系统的输入和输出。当进行分析的时候，首先确定输出，然后弄清楚需要什么样的输入从而产生结果是有帮助的。 系统设计 　　是一个从初入获得输出的过程。这个阶段涉及及使用多层的抽象，将问题分解为可管理的组成部分，并且设计执行每个组成部分的策略。可以将每个组成部分看做一个执行系统特定功能的子系统。系统分析和设计的本质是输入、处理和输出（IPO）。 实现 　　将系统设计翻译成程序。 测试 　　确保代码复核需求规范，并且排除错误。 部署 　　使得软件可以被使用。 维护 　　是对软件产品进行更新和改进。 来源： https://www.cnblogs.com/cglib/p/11947197.html