概要设计说明书项目背景怎么写 概要设计说明书案例

项目背景要怎么写？

项目背景可从以下几个方面写：

概要设计说明书项目背景怎么写 概要设计说明书案例

1、项目的提出原因 。

2、项目环境背景 。

3、项目运作的可行性 。

4、项目优势分析（资源、技术、人才、管理等方面）。

5、项目的独特与创新分析。

书写内容以现有行业产品在实际应用中的不足或者问题，比如：农植保需要人工完成，工作强度大，人员易中毒，工作效率低，每年全国因农中毒的人数达数万人，在这里重点描述行业的现状困境问题，用于本项目的提出埋下伏笔。

项目背景的内容：

项目背景与项目理由非常相似，它描述了项目由来的历史以及设计师想要改变的现状、解决的问题。 它为项目的价值提供了理论依据，从而让阅读者快速的理解项目。 项目背景又像是一个立项声明，如果定错了方向，那无论方案好坏，都不会是一个有前途的项目。 写项目背景分析的过程，也是梳理自己思路，找好自己的过程。

软件著作权申请中的文档（设计说明书或用户手册）怎么写？

根据软件工程的要求，在软件设计制作过程中，会形成多个文档。

整个过程一般会包括，用户需求报告、软件设计说明书、软件模块分析、软件模块设计和检测、软件整体统调和测试、生成用户作手册等。

根据软件著作权登记的要求，这些过程中形成的对软件本身起说明性作用的文档，均可以作为软件著作权登记中的文档提交。

项目背景怎么写？

项目背景可从以下几个方面写：

1.项目的提出原因。

2.项目环境背景?。

3.项目运作的可行性。

4.项目优势分析（资源、技术、人才、管理等方面）。

5.项目的独特与创新分析。

项目背景就是弄明白为什么我们要做这个活动、为什么要开这个小组、为什么要开这个个案。就像一个硬币两个面，社区的问题和需求是相对应的，什么意思呢？简单来说，假如我们能够识别社区问题，能解决社区问题，那服务成效就有了；假如我们能够分析社区需求，并有相应的服务能回应这些需求，那也是有服务成效。也就是说，无论从问题识别还是需求识别的角度，只要有相应的内容，都是可行的。因此，我们写项目背景的时候，既可以写服务对象面临的问题，也可以从服务对象的需求出发。

项目背景一般写什么

项目背景写项目的提出原因、项目环境、项目优势分析（包括资源、技术、人才、管理等方面）、项目运作的可行性、项目的独特与创新等。还可写出开发后有什么作用，准备实现什么功能，为满足哪方面需求和愿望，能给人们带来哪些益处。

项目是人们通过努力，运用各种方法，将人力、材料和财务等资源组织起来，根据商业模式的相关策划安排，进行一项独立一次性或长期无限期的工作任务，以期达到由数量和质量指标所限定的目标。

叶圣陶《倪焕之》二五：“教育这个项目当然是不容轻易忽略的。”洪深《戏剧导演的初步知识》上篇二：“它们的式样、大小、制造的材料、使用的方法等等，项目繁多。”秦牧《艺海拾贝·核心》：“生动的语言和丰富的词汇，看来该是技巧性很强的一个项目了。”

项目背景及意义怎么写？

项目背景

一． 项目的提出原因

二． 项目环境背景

三． 项目优势分析（资源、技术、人才、管理等方面）

四． 项目运作的可行性

五． 项目的独特与创新分析

软件文档中概要设计如何写？

软件文档中概要设计也称“总体设计”，是开发人员在明确用户需求（要什么）后对系统的一个总体考虑（明确系统目标、设计原则，初步考虑数据库设计和功能设计），关于这方面有相关标准（概要设计说明书（GB8567-88））。

在具体实践中可以按下列提纲撰写内容：

1．引言

1.1编写目的

[说明编写这份概要设计说明书的目的，指出预期的读者。]

1.2背景

a.[待开发软件系统的名称；]

b.[列出本项目的任务提出者、开发者、用户。]

1.3定义

[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]

1.4参考资料

[列出有关的参考资料。]

2．总体设计

2.1需求规定

[说明对本系统的主要的输入输出项目、处理的功能性能要求。包括]

2.1.1系统功能

2.1.2系统性能

2.1.2.1精度

2.1.2.2时间特性要求

2.1.2.3可靠性

2.1.2.4灵活性

2.1.3输入输出要求

2.1.4数据管理能力要求

2.1.5故障处理要求

2.1.6其他专门要求

2.2运行环境

[简要地说明对本系统的运行环境的规定。]

2.2.1设备

[列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能。]

2.2.2支持软件

[列出支持软件，包括要用到的作系统、编译（或汇编）程序、测试支持软件等。]

2.2.3接口

[说明该系统同其他系统之间的接口、数据通信协议等]

2.2.4控制

[说明控制该系统的运行的方法和控制信号，并说明这些控制信号的来源。]

2.3基本设计概念和处理流程

[说明本系统的基本设计概念和处理流程，尽量使用图表的形式。]

2.4结构

[给出系统结构总体框图（包括软件、硬件结构框图），说明本系统的各模块的划分，扼要说明每个系统模块的标识符和功能，分层次地给出各模块之间的控制与被控制关系。]

2.5功能需求与系统模块的关系

[本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。]

2.6人工处理过程

[说明在本系统的工作过程中不得不包含的人工处理过程。]

2.7尚未解决的问题

[说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。]

3．接口设计

3.1用户接口

[说明将向用户提供的命令和它们的语法结构，以及相应的回答信息。]

[说明提供给用户作的硬件控制面板的定义。]

3.2外部接口

[说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持系统之间的接口关系。]

3.3内部接口

[说明本系统之内的各个系统元素之间的接口的安排。]

4．运行设计

4.1运行模块组合

[说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块的支持软件。]

4.2运行控制

[说明每一种外界的运行控制的方式方法和作步骤。]

4.3运行时间

[说明每种运行模块组合将占用各种资源的时间。]

5．系统数据结构设计

[不涉及软件设计可不包含]

5.1逻辑结构设计要点

[给出本系统内软件所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。]

5.2物理结构设计要点

[给出本系统内软件所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系、设计考虑和保密条件。]

5.3数据结构与程序的关系

[说明各个数据结构与访问这些数据结构的各个程序之间的对应关系。]

6．系统出错处理设计

6.1出错信息

[用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。]

6.2补救措施

[说明故障出现后可能采取的变通措施。]

6.3系统维护设计

[说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。]