软件开发技术方案（软件开发模式有哪些（软件的开发模式有））

本文目录

• 软件开发模式有哪些(软件的开发模式有)
• 软件开发整体方案详解

软件开发模式有哪些(软件的开发模式有)

软件开发模式有哪些?

快速原型模型：（需要迅速造一个可以运行的软件原型，以便理解和澄清问题）

快速原型模型允许在需求分析阶段对软件的需求进行初步的非完全的分析和定义，快速设计开发出软件系统的原型（展示待开发软件的全部或部分功能和性能

（过程：用户对该原型进行测试评定，给出具体改善的意见以及丰富的细化软件需求，开发人员进行修改完善）

优点：

克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险

缺点：

A、所选用的开发技术和工具不一定符合主流的发展

B、快速建立起来的系统加上连续的修改可能会造成产品质量底下

增量模型：（采用随着日程时间的进展而交错的线性序列，每一个线性徐磊产生软件的一个可发布的“增量”，第一个增量往往就是核心的产品）

与其他模型共同之处：它与原型实现模型和其他演化方法一样，本质都是迭代

与原型实现模型不同之处：它强调每一个增量均发布一个可操作产品，（它不需要等到所有需求都出来，只要摸个需求的增量包出来即可进行开发）

优点：

1、人员分配灵活，一开始不需要投入大量人力资源

2、当配备人员不能在限定的时间内完成产品时，它可以提供一种先推出核心产品的途径，可现发布部分功能给用户（对用户起镇静作用）

3、增量能够有计划的管理技术风险

缺点：

1、如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析

注：

这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程

原型模型：（样品模型，采用逐步求精的方法完善原型）

主要思想：

先借用已有系统作为原型模型，通过“样品”不断改进，使得最后的产品就是用户所需要的。原型模型通过向用户提供原型获取用户的反馈，使开发出的软件能够真正反映用户的需求，采用方法：

原型模型采用逐步求精的方法完善原型，使得原型能够“快速”开发，避免了像瀑布模型一样在冗长的开发过程中难以对用户的反馈作出快速的响应

优点：

(1）开发人员和用户在“原型”上达成一致。这样一来，可以减少设计中的错误和开发中的风险，也减少了对用户培训的时间，而提高了系统的实用、正确性以及用户的满意程度。

（2）缩短了开发周期，加快了工程进度。

（3）降低成本。

缺点：

1、当重新生产该产品时，难以让用户接收，给工程继续开展带来不利因素。

2、不宜利用原型系统作为最终产品。采用原型模型开发系统，用户和开发者必须达成一致：

喷泉模型：（以用户需求为动力，以对象为驱动的模型，主要用于采用对象技术的软件开发项目）

它认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性

相互迭代：软件的摸个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分

无间隙:它在各项活动之间没有明显边界（如分析和设计活动之间《由于对象概念的应用，表达分析，设计，实现等活动只用对象类和关系》）

优点：

1、可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程

不便之处：

1、由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。

2、这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况

螺旋模型：（适合用于需求经常变化的项目《适合于大型复杂的系统》）

它主要是风险分析与评估，沿着螺线进行若干次迭代，过程：

1、制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件

2、风险分析：分析评估所选方案，考虑如何识别和消除风险

3、实施工程：实施软件开发和验证；

4、客户评估：评价开发工作，提出修正建议，制定下一步计划。

优点：

1、它由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目标融入产品开发中

缺点：

1、难以让用户确信这种烟花方法的结果是可以控制的

2、建设周期长（而软件技术发展比较快，所以经常会出现软件开发完毕后，和当前的技术水平有很大的差距，无法满足当前用户的需求）

3、除非软件开发人员擅长寻找可能的风险，准确的分析风险，否则将会带来更大的风险

瀑布模型：（从本质来讲，瀑布模型是一个软件开发架构,重复应用）

（核心思想：按工序将问题化简，将功能的实现与设计分开，便于分工协作，采用结构化的分析与设计方法将逻辑实现与物理实现分开，依照软件生命周期自上而下，相互衔接的次序《如同瀑布流水逐级下落》）

缺点：

1、在项目各个阶段之间极少有反馈，各个阶段的划分完全固定，阶段之间产生大量的文档，增加了工作量

2、用户只有在项目生命周期的后期才能看到结果，增加了开发的风险

3、需要过多的强制完成日期和里程碑来跟踪各个项目的阶段

4、在每个阶段都会产生循环反馈

（如果有信息未被覆盖或是发现问题了，必须返回到上一个阶段《甚至更前面的活动》并进行适当的修改,只有当上一阶段都被确认后才进行下一阶段）

5、早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果

优点：

1、为项目提供了按阶段分的检查点

2、当完成一个阶段后，只需要去关注后续阶段

3、可在迭代模型中应用瀑布模型

按照瀑布模型的阶段划分，软件测试可以分为单元测试，集成测试，系统测试

注：由于每个阶段都会产生循环反馈，对于经常变化的项目而言，瀑布模型毫无价值，这种模型的线性过程太理想化，已不适合现代的软件开发模式

软件开发整体方案详解

软件开发整体方案详解

　　软件开发是根据用户要求建造出软件系统或者系统中的软件部分的过程。软件开发是一项包括需求捕捉、需求分析、设计、实现和测试的系统工程。下面是我整理的关于软件开发整体方案详解，欢迎大家参考!

　　第一章引言

　　1.1 编写目的

　　说明编写详细设计方案的主要目的。

　　说明书编制的目的是说明一个软件系统各个层次中的每个程序(每个模块或子程序)和数据库系统的设计考虑，为程序员编码提供依据。

　　如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。

　　方案重点是模块的执行流程和数据库系统详细设计的描述。

　　1.2 背景

　　应包含以下几个方面的内容：

　　A. 待开发软件系统名称;

　　B. 该系统基本概念， 如该系统的类型、从属地位等;

　　C. 开发项目组名称。

　　1.3 参考资料

　　列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。

　　1.4术语定义及说明

　　列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。

　　第二章设计概述

　　2.1 任务和目标

　　说明详细设计的任务及详细设计所要达到的目标 。

　　2.2 需求概述

　　对所开发软件的概要描述, 包括主要的业务需求、输入、 输出、主要功能、性能等，尤其需要描述系统性能需求。

　　2.3 运行环境概述

　　对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。

　　2.4 条件与限制

　　详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。

　　2.5 详细设计方法和工具

　　简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEF(I2DEF)方法、E-R图，数据流程图、业务流程图、选用的CASE工具等，尽量采用标准规范和辅助工具。

　　第三章系统详细需求分析

　　主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。

　　3.1 详细需求分析

　　包括：详细功能需求分析、详细性能需求分析、详细资源需求分析、详细系统运行环境及限制条件分析

　　3.2 详细系统运行环境及限制条件分析接口需求分析

　　包括：系统接口需求分析、现有硬、软件资源接口需求分析、引进硬、软件资源接口需求分析

　　第四章 总体方案确认

　　着重解决系统总体结构确认及界面划分问题。

　　4.1 系统总体结构确认

　　对系统组成、逻辑结构及层次进行确认，对应用系统、支撑系统及各自实现的功能进行确认，细化集成设计及系统工作流程，特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。包括：系统组成、逻辑结构及层次确认、应用系统结构确认、支撑系统结构确认、系统集成确认、系统工作流程确认

　　4.2 系统详细界面划分

　　4.2.1 应用系统与支撑系统的详细界面划分

　　应用系统与支撑系统之间的界面包括系统主服务器与其他服务器的服务范围及访问方式，网络及数据库对应用系统的支撑方式，全局数据的管理与存取方式等。

　　4.2.2系统内部详细界面划分

　　系统各功能之间的界面包括覆盖范围，模块间功能调用涉及到的系统模块及方法，全局数据格式，系统性能要求等。

　　第五章　系统详细设计

　　5.1 系统结构设计及子系统划分

　　对系统的组成及逻辑结构进行设计前确认。

　　划分系统功能模块或子系统(如果有或者有必要，特别是大型的软件系统)。

　　5.2 系统功能模块详细设计

　　按结构化设计方法，在系统功能逐层分解的基础上，对系统各功能模块或子系统进行设计。此为详细设计的主要部分之一。

　　用层次图描述系统的总体结构、功能分解及各个模块之间的相互调用关系和信息交互，用IPO图或其他方法描述各模块完成的功能。 以上建议采用HIPO图进行功能分解与模块描述，更高的要求建议采用IDEF0方法进行功能模型设计。

　　详细设计应用系统的各个构成模块完成的功能及其相互之间的关系，用IPO或结构图描述各模块的组成结构、算法、模块间的接口关系，以及需求、功能和模块三者之间的交叉参照关系。

　　每个模块的描述说明可参照以下格式：

　　模块编号：

　　模块名称：

　　输入：

　　处理：

　　算法描述：

　　输出：

　　其中处理和算法描述部分主要采用伪码或具体的`程序语言完成。

　　对详细设计更高的要求建议用IDEF0图进行各功能模块的设计。

　　如果对软件需进行二次开发(包括功能扩展、功能改造、用户界面改造等)，则相应的设计工作应该设立子课题完成。

　　5.3 系统界面详细设计

　　系统界面说明应用系统软件的各种接口。整个系统的其他接口(如系统硬件接口、通讯接口等)在相应的部分说明。

　　5.3.1 外部界面设计

　　根据系统界面划分进行系统外部界面设计，对系统的所有外部接口(包括功能和数据接口)进行设计。

　　5.3.2 内部界面设计

　　设计系统内部各功能模块间的调用关系和数据接口。

　　5.3.3 用户界面设计

　　规定人机界面的内容、界面风格、调用方式等，包括所谓的表单设计、报表设计和用户需要的打印输出等设计。此部分内容可能比较多。

　　第六章 数据库系统设计

　　此数据库设计可单独成册，尤其对大型的数据库应用系统，即有一个单独的《数据库设计说明书》。

　　6.16.1 设计要求

　　6.26.2 信息模型设计

　　确定系统信息的类型(实体或视图)，确定系统信息实体的属性、关键字及实体之间的联系， 详细描述数据库和结构设计，数据元素及属性定义，数据关系模式，数据约束和限制。

　　6.3 数据库设计

　　6.3.1 设计依据

　　说明数据被访问的频度和流量，最大数据存储量，数据增长量，存储时间等数据库设计依据。

　　6.3.2 数据库种类及特点

　　说明系统内应用的数据库种类、各自的特点、数量及如何实现互联，数据如何传递。

　　6.3.3 数据库逻辑结构

　　说明数据库概念模式向逻辑模式转换所采用的方法论及工具，完成数据库概念模式向逻辑模式的转换。 详细列出所使用的数据结构中每个数据项、记录和文件的标识、定义、长度及它们之间的相互关系。此节内容为数据库设计的主要部分。

　　6.3.4 物理结构设计

　　列出所使用的数据结构中每个数据项的存储要求、访问方法、存取单位和存取物理关系等。建立系统程序员视图，包括： 数据在内存中的安排，包括对索引区、缓冲区的设计; 所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分;访问数据的方式方法。

　　6.3.5 数据库安全

　　说明数据的共享方式，如何保证数据的安全性及保密性。

　　6.3.6 数据字典

　　编写详细的数据字典。 对数据库设计中涉及到的各种项目，如数据项、记录、系、文卷模式、子模式等一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。

　　第七章 非功能性设计

　　第八章 环境配置

　　开发。测试、运行环境