请问软件开发和需求分析？

一、请问软件开发和需求分析？

一个软件开发项目通常要经历需求分析、设计、编程、测试等几个大的阶段。其中设计又包括整体设计、系统设计（把整体架构变成一块块系统）、详细设计几个环节。

详细设计之后软件就变成了一块块模块，这以后才进入编程。 一个软件开发项目通常要经历需求分析、设计、编程、测试等几个大的阶段。其中设计又包括整体设计、系统设计（把整体架构变成一块块系统）、详细设计几个环节。

详细设计之后软件就变成了一块块模块，这以后才进入编程。

到了编程阶段时，最后就剩下软件蓝领为模块的Coding工作，在印度通常由受过一两年训练的高职毕业生担任。

软件最后的测试又是一个复杂过程——有单元测试（小模块测试）、系统测试（块与块的联系整合）、总体功能测试。

期间由测试编程工程师编写测试工具，制定测试规则，其难度不亚于系统框架的制定。最后才由测试工程师完成测试的任务。

二、需求分析与软件设计区别？

需求分析一般是分析用户需求，针对用户的需要提供的解决办法。 软件分析是对需求的实现性的分析，模块构成，页面组织、性能要求，设计规划等

三、软件需求分析的作用及如何进行需求分？

通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。

需求分析是介于系统分析和软件设计阶段之间的桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高软件生产率，降低开发成本，改进软件质量。

需求工程是随着计算机的发展而发展的，在计算机发展的初期，软件规模不大，软件开发所关注的是代码编写，需求分析很少受到重视。后来软件开发引入了生命周期的概念，需求分析成为其第一阶段。随着软件系统规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，直接关系到软件的成功与否。人们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段，它贯穿于系统开发的整个生命周期。80年代中期，形成了软件工程的子领域——需求工程(requirementengineering,RE)。进入90年代以来，需求工程成为研究的热点之一。从1993年起每两年举办一次需求工程国际研讨会(ISRE)，自1994年起每两年举办一次需求工程国际会议(ICRE)，在1996年Springer-Verlag发行了一新的刊物——《RequirementsEngineering》。一些关于需求工程的工作小组也相继成立，如欧洲的RENOIR(RequirementsEngineeringNetworkofInternationalCooperatingResearchGroups)，并开始开展工作。

需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。RE可分为系统需求工程（如果是针对由软硬件共同组成的整个系统）和软件需求工程（如果仅是专门针对纯软件部分）。软件需求工程是一门分析并记录软件需求的学科，它把系统需求分解成一些主要的子系统和任务，把这些子系统或任务分配给软件，并通过一系列重复的分析、设计、比较研究、原型开发过程把这些系统需求转换成软件的需求描述和一些性能参数。

需求工程是一个不断反复的需求定义、文档记录、需求演进的过程，并最终在验证的基础上冻结需求。80年代，HerbKrasner定义了需求工程的五阶段生命周期：需求定义和分析、需求决策、形成需求规格、需求实现与验证、需求演进管理。近来，MatthiasJarke和KlausPohl提出了三阶段周期的说法：获取、表示和验证。

综合了几种观点，可以把需求工程的活动划分为以下5个独立的阶段：

（1）需求获取：通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求；

（2）需求建模：为最终用户所看到的系统建立一个概念模型，作为对需求的抽象描述，并尽可能多的捕获现实世界的语义；

（3）形成需求规格：生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约；

（4）需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，分析需求规格的正确性和可行性；

（5）需求管理：支持系统的需求演进，如需求变化和可跟踪性问题。

四、软件需求分析说明书怎么写？

软件需求说明书

1． 引言：

1.1 项目名称 ：

1.2 项目背景和内容概要 。（项目的委托单位、开发单位、主管部门、与其它项目的关系，与其他机构的关系等）。

1.3 相关资料、缩略语、定义

　　（相关项目计划、合同及上级机关批文，引用的文件、采用的标准等）、（缩写词和名词定义）。

2. 任务概述

2.1 目标 （项目的开发目标和应用目标。如果是其他系统的一部分，则说明其关系） 。

2.2 范围 （包含的业务，不包含的业务）

2.3 假定条件与约束限制 ，（尽量列出开展本项目的假定和约束，例如：经费限制，开发期限，设备条件，用户现场环境准备等）。

3．业务流程

4．数据描述

4.1 原始数据描述

a. 静态数据

　　b. 动态数据

　　4.2 数据流向图

　　4.3 数据概念模型和描述

　　5．功能需求

　　5.1 功能描述

　　6．界面要求

　　6．1报表格式

　　6．2图形要求

　　6．3输入输出要求

　　7．接口要求

(描述与本系统相连的系统的接口的数据格式，数据交换协议，接口功能等)。

8．性能需求

　　8．1数据精确度

　　（例如，数据内部精度，外部显示精度）

　　8．2数据量 。

　　8．3时间特性要求 。

　　（根据所开发系统的特点，规定系统对时间的特性的要求。例如： 系统响应时间、界面更新处理时间、数据转换与传输时间）

　　9．运行环境需求

　　9．1网络和硬件设备平台

　　（网络拓扑图及设备类型描述）

　　10．操作系统平台

　　数据库系统平台

　　10.1编程工具

　　10.2其它支撑软件

　　11． 其它专门需求

　　11.1安装和操作

　　11.2安全保密

　　11.3维护服务

五、软件需求的沟通与分析是什么？

在信息化高速发展的今天，构建与时俱进的信息化系统已成为所有政府、企事业单位的重点课题之一。然而在软件项目实施过程中，进度超期、经费超预算、变更频繁的现象层出不穷，甚至有许多项目根本无法达到预期的目标，更谈不上为业主创造真正的效益。归根结底，软件需求实践这一共同的软肋是问题根源之所在。

六、软件需求分析师具体情况？

要成为合格的需求分析师，首先在考虑所有问题时，需要从业务需求出发，而不应该局限于开发技术或测试技术。

七、软件需求工程师应聘需要哪些知识？

应该了解软件工程的过程，软件需求的获取、分析、编写需求说明书（SPECIFICATION)和验证的关系及其迭代过程。还应该了解用例（USE CASE）、类图、ER图等。你可以买几本有关软件需求的书看看，如徐锋的《软件需求最佳实践——SERU过程框架原理与应用》等，供参考。

八、需求分析简称？

需求分析就是分析用户需求背后的动机、所处的场景、期望达到的目的，将用户需求转化为可实现的产品需求

九、需求分析步骤？

1、概念明确----2、需求分析目的------3、如何识别需求---4、判断需求真伪----5、分析[ 用户故事评估框架、马斯洛框架、营销框架定位]---6、评判价值----7、砍需求能力---8、分类----9、排优先级----10、提升需求分析能力

十、厨师需求分析？

民以食为天！任何朝代，任何时代都需要厨师的辛勤劳作！现在的青年人选择做厨师职业的已经很少了！所以未来会有机器人替代厨师岗作操作的一些程序，总体来说以后的餐饮行业。厨师需求量很大