系统概要设计怎么写？软件文档中有哪些标准？

系统概要设计怎么写？

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

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

概要设计是一个设计师根据用户交互过程和用户需求来形成交互框架和视觉框架的过程，其结果往往以反映交互控件布置、界面元素分组以及界面整体板式的页面框架图的形式来呈现。这是一个在用户研究和设计之间架起桥梁，使用户研究和设计无缝结合，将对用户目标与需求转换成具体界面设计解决方案的重要阶段。 [1]

概要设计的主要任务是把需求分析得到的系统扩展用例图转换为软件结构和数据结构。设计软件结构的具体任务是：将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。显然，概要设计建立的是目标系统的逻辑模型，与计算机无关。

（1）层次图。层次图用来描绘软件的层次结构。一个矩形框代表一个模块，方框间的连线表示调用关系。如图，顶层的方框代表正文加工系统的主控模块，它调用下层模块，完成正文加工的全部功能。第二层的每个模块完成正文加工的一个主要功能。

（2）HIPO图。HIPO图是IBM公司发明的“层次图加输入/处理/输出图”。层次图加上编号称为H图。在层次图的基础上，除顶层的方框之外，其余每个方框都加了编号。层次图中每一个方框都有一个对应的IPO图（表示模块的处理过程）。每张IPO图应增加的编号与其表示的（对应的）层次图编号一致。IPO图是输入/加工/输出图的简称。

（3）结构图。结构图是Yordon提出的进行软件结构设计的工具，结构图和层次图类似，一个方框代表一个模块，框内注明模块的名字或主要功能。方框之间的直线（箭头）表示模块的调用关系。用带注释的箭头表示模块调用过程中来回传递的信息，尾部是空心的，表示传递的是数据，实心的表示传递的是控制。

动漫行业中的it部门职责

岗位：程序员

程序员(英文Programmer)是从事程序开发、维护的专业人员。一般我们将程序员分为程序设计人员和程序编码员，但两者的界限并不非常清楚，特别是在。

作一个真正合格的程序员，应该具有的素质。

1：团队精神和协作能力

团队精神和协作能力是作为一个程序员应具备的基本的素质。软件工程已经提了将近三十年了，当今的软件开发已经不是编程了，而是工程。独行侠可以写一些程序也能赚钱发财，但是进入研发团队，从事商业化和产品化的开发任务，就必须具备这种素质。可以毫不夸张的说这种素质是一个程序员乃至一个团队的安身立命之本。

2：文档习惯

文档是一个软件系统的生命力。一个公司的产品再好、技术含量再高，如果没有缺乏文档，知识就没有继承，公司还是一个来料加工的软件作坊。作为代码程序员，必须将30％的工作时间写用于技术文档。没有文档的程序员势必会被淘汰。

3：规范化的代码编写习惯

知名软件公司的代码的变量命名、注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。一些所谓的高手甚至叫嚣高手写的代码一般人看不懂，我只能说他不是一名合格的程序员。

4：需求理解能力

程序员要能正确理解任务单中描述的需求。在这里要明确一点，程序员不仅仅要注意到软件的功能需求，还应注意软件的性能需求，要能正确评估自己的模块对整个项目中的影响及潜在的威胁，如果有着两到三年项目经验的熟练程序员对这一点没有体会的话，只能说明他或许是认真工作过，但是没有用心工作。

5：模块化思维能力

作为一个的程序员，他的思想不能在局限当前的工作任务里面，要想想看自己写的模块是否可以脱离当前系统存在，通过简单的封装在其他系统中或其他模块中直接使用。这样做可以使代码能重复利用，减少重复的劳动，也能是系统结构越趋合理。模块化思维能力的提高是一个程序员的技术水平提高的一项重要指标。

6：测试习惯

测试是软件工程质量保证的重要环节，但是测试不仅仅是测试工程师的工作，而是每个程序员的一种基本职责。程序员要认识测试不仅是正常的程序调试，而要是要进行有目的有针对性的异常调用测试，这一点要结合需求理解能力。

7：学习和总结的能力

程序员是很容易被淘汰的职业，所以要善于学习总结。许多程序员喜欢盲目追求一些编码的小技巧，这样的技术人员无论学了多少语言，代码写起来多熟练，我们只能说他是一名熟练的代码民工，他永远都不会有质的提高。一个善于学习的程序员会经常总结自己的技术水平，对自己的技术层面要有良好的定位，这样才能有目的地提高自己。这样才能逐步提高，从程序员升级为软件设计师、系统分析员。

作为高级程序员，乃至于设计师而言，除了应该具备上述全部素质之外，还需要具备以下素质：

1、 需求分析能力

2、 整体框架能力

3、 流程处理能力

4、 模块分解能力

5、 整体项目评估能力

6、 团队组织管理能力

岗位：项目经理

主要职责：

1、 ：

a)项目范围、项目质量、项目时间、项目成本的确认。

b)项目过程/活动的标准化、规范化。

c)根据项目范围、质量、时间与成本的综合因素的考虑，进行项目的总体规划与阶段。

d)各项得到上级、客户方及项目组成员认可。

2、 组织：

a)组织项目所需的各项资源。

b)设置项目组中的各种角色，并分配好各角色的责任与权限。

c)定制项目组内外的沟通。（必要时可按配置管理要求写项目策划目录中的《项目沟通》）

d)安排组内需求分析师、客户联系人等角色与客户的沟通与交流。

e)处理项目组与其它项目干系人之间的关系。

f)处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。

g)安排客户培训工作。

3、 ：

a)保证项目组目标明确且理解一致。

b)创建项目组的开发环境及氛围，在项目范围内保证项目组成员不受项目其它方面的影响。

c)提升项目组士气，加强项目组凝聚力。

d)合理安排项目组各成员的工作，使各成员工作都能达到一定的饱满度。

e)制定项目组需要的或培训人员的。

f)定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。

g)及时发现项目组中出现的问题。

h)及时处理项目组中出现的问题。

4、 控制

a)保证项目在预算成本范围内按规定的质量和进度达到项目目标。

b)在项目生命周期的各个阶段，跟踪、检查项目组成员的工作质量；

c)定期向汇报项目工作进度以及项目开发过程中的难题。

d)对项目进行配置管理与规划。

e)控制项目组各成员的工作进度，即时了解项目组成员的工作情况，并能快速的解决项目组成员所碰到的难题。

f)不定期组织项目组成员进行项目以外的短期活动，以培养团队精神。

结语：

项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出终决定的人。

岗位：系统架构师（技术总监）

主要功能及职责：

1、系统架构师是软件项目的总体设计师，是软件组织新产品的开发与集成、新技术体系的构建者。

2、系统架构师是在技术上对所有重要事情做出决定的人。（系统架构师在整个软件开发过程中都起着重要作用，并随着开发进程的推进而其职责或关注点不断地变化。）

3、需求阶段，软件架构师负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。审查客户和市场人员所提出的需求，确认开发团队所提出的设计；组织开发团队成员和开发过程的定义；协助需求分析师完成《用户需求说明书》、《需求变更说明书》。

4、设计阶段，架构师负责对整个软件架构、关键构件、接口的设计。协助系统分析师完成《系统概要设计说明书》

5、编码阶段，架构师则成为程序员的顾问，并且经常性地要举行一些技术研讨会、技术培训班等；

6、测试及实施阶段，随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点；

结语：

系统架构师也可以理解成技术总监。系统架构师是在部门内所有软件项目中，对技术上所有重要的事情做出决定的人。

岗位：需求分析师

主要职责：

1、在项目前期根据《需求调研》对客户进行需求调研。

2、收集整理客户需求，负责编写《用户需求说明书》。

3、代表项目组与用户沟通与项目需求有关的所有事项。

4、代表客户与项目组成员沟通项目需求有关的所有事项。

5、负责《用户需求说明书》得到用户的认可与签字。

6、负责将完成的项目模块给客户做演示，并收集对完成模块的意见。

7、完成《需求变更说明书》，并得到用户的认可与签字。

8、并协助系统架构师、系统分析师对需求进行理解。

结语：

需求分析师是项目前期与客户方打交道多的人，对于客户来说，他可以代表整个项目组，对与项目组成员来说他的意见可以代表客户方的意见，项目组内所有与客户需求相关的事情必需得到他的认可。

岗位：系统分析师

主要职责：

1、 协助需求分析师进行需求调研。

2、分析、解析《用户需求说明书》，将系统需求整理成《软件需求规格说明书》；

3、负责解决《软件需求规格说明书》被评审后发现的问题；

4、在分析系统前，负责向架构设计师解释《软件需求规格说明书》的内容。

5、协助架构设计师进行架构设计，并协助其完成《系统架构说明书》。

6、根据《系统架构说明书》对系统进行建模；

7、系统分析及建模完成后，负责将建模成果转化为《系统概要设计》；

8、协助数据库设计师按《系统概要设计说明书》进行数据库逻辑设计和物理设计，完成数据库CDM及PDM图，并协助其完成《数据库设计说明书》

9、协助软件设计师按《系统概要设计说明书》进行《系统详细设计说明书》。

10、指导软件工程师按《系统详细设计说明书》进行代码实现。

11、 负责重点代码检查；

12、协助项目经理进行配置管理，并提供优化改进建议；

13、定期对项目组成员进行技术方面的培训。

结语：

系统分析师是项目组中的首席执行官，他涉及项目的所有方面，是项目进度的推动者，也是项目成功的关键。

岗位：数据库设计师

主要职责：

1、根据《系统架构说明书》与系统架构师、系统分析师一同进行数据库建模。

2、根据数据库建模结果，绘制数据库CDM与PDM图。

3、 根据数据库PDM图进行数据库建库。

4、 对数据库进行维护、备份、恢复、同步。

5、 负责的导入导出。

6、 对数据库进行初始化作。

7、协助软件设计师完成《系统详细设计说明书》中与数据库相关的部分。

8、根据《系统详细设计说明书》编写对应的视图、存储过程、函数、触发器等。

9、对项目组其它成员进行SQL方面的指导。

10、定期对项目组其它成员进行数据库方面知识的培训。

11、为测试经理及测试工程师建立测试数据。

结语：

数据库设计师又称DBA，是项目组中能对数据库进行直接的作的人。对项目中与数据库相关的所有重要的事做终决定的人。

岗位：软件设计师（模块）

1、根据《系统概要设计说明书》编写分模块的《系统详细说明书》。

2、负责对软件工程师讲解《系统详细设计说明书》内容。

3、协助软件工程师按《系统详细设计说明书》进行代码实现。

4、 控制本模块的开发进度。

结语：

软件设计师又称模块设计师，协助系统分析师对分模块进行详细设计，并直接管控该模块的进度，对于本模块中所有重要的事做终决定的人。

岗位：软件工程师

主要职责：

1.根据《系统详细设计说明书》进行代码实现；

2.对自己代码进行复查，并进行简单的测试；

结语：

软件工程师是终实现代码的成员。

岗位：测试经理

主要职责：

1.独立编写测试；

2.独立编写测试用例；

3.协调测试团队内部的工作以及与开发团队之间的工作；

4.完成“执行测试”的工作；

5.掌握较深层次的测试方法、测试技术和较复杂的业务流程；

6.负责测试过程工具的研究、推广与维护，负责测试数据库维护工作；

7.负责编写《用户手册》、《作手册》和相关培训教材；

8.负责项目的质量审查。

结语：

测试经理其实应该是整个项目中关心项目质量的人，他的主要工作就是找到项目中存在的不合理、不合格的部份，并要求项目其它成员按其给定的项目质量完成项目。

岗位：测试工程师

主要职责：

1.在测试经理的安排和指导下，编写测试用例；

2.在测试经理的安排和指导下，完成“执行测试”的工作；

3.在测试经理的指导下，按测试进行测试工作；

4.按测试用例进行测试工作。

5.负责被分派项目的质量审计。

6.了解项目的基本流程，可以熟练的进行项目中各种流程的作。

结语：

测试工程师是项目质量的保证，是终进行项目测试的成员。

岗位：实施经理

主要职责：

1.负责制定项目实施；

2.在项目实施的约束下，协调项目组相关资源，完成系统实施相关工作（包括系统安装、用户培训、系统上线、系统试运行等）；

3.在项目实施阶段，跟踪、检查实施人员的工作质量；

5.负责协助用户进行“用户确认测试”和编写《确认测试报告》。

岗位：实施工程师

主要职责：

1.在实施经理安排和指导下，执行项目用户现场实施任务；

2.参与编写《用户手册》、《作手册》和相关培训教材；

3.参与进行“用户确认测试”和编写《确认测试报告》。

岗位：美术工程师

主要职责：

1.负责完成软件设计师安排的功能界面设计。

2.负责对项目整体色彩的调配。

3.向系统分析师提出项目美化的建议。

4.为BS项目提供一套或几套CSS样式表及HTML结构表

5.为CS项目提供符合项目内容的静态、动态图片。

6.并为软件设计师提供界面指导。

岗位：客户经理（当所开发的项目属于定制型的项目时设立，可由项目经理或部门经理兼）

主要职责：

1.策划并独立完成目标客户的拜访和沟通；

2.定期分析、整理客户需求，制定有针对性的方案；

3.进行重点客户的关系维护，了解并整理重点客户的需求，为开发更符合用户需求的产品提供富有价值的市场信息；

4.参与产品定位的研讨，为产品策划献计献策。

岗位：产品经理（当所开发的项目为产品型项目时设立，可由市场部成员兼）

主要职责：

1.对所负责的产品进行策划和管理；

2.对所负责的产品进行市场调研和分析，及时提出应对措施；

3.负责产品实现的内部管理，保证产品功能的顺利实现以及时满足市场需求；

4.负责产品对外宣传与推广，开拓市场，提高产品品牌知名度和认可度；

5.配合销售制订产品销售策略，支持市场销售业务。

软件测试的术语SRS，HLD，LLD，BD，FD，DD分别是什么意思？

SRS：软件需求说明书，是指在研究用户要求的基础上，完成可行性分析和投资效益分析以后，由软件工程师或分析员编写的说明书。

HLD：概要设计说明书，编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、安全设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。

LLD：详细设计说明书，编制目的是说明一个软件系统各个层次中的每一个程序的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。

BD：概要设计，是一个设计师根据用户交互过程和用户需求来形成交互框架和视觉框架的过程，其结果往往以反映交互控件布置、界面元素分组以及界面整体板式的页面框架图的形式来呈现。

DD：详细设计，是软件工程中软件开发的一个步骤，是对概要设计的一个细化，详细设计每个模块实现算法，所需的局部结构。

FD：结构设计，是进行以模块功能和处理过程设计为主的详细设计的基本原则。结构化程序设计是过程式程序设计的一个子集，它对写入的程序使用逻辑结构，使得理解和修改更有效更容易。

扩展资料：

SRS详细定义了信息流和界面，功能需求，设计要求和限制，测试准则和质量保证要求。它的作用是作为用户和软件开发人员达成的技术协议书，作为着手进行设计工作的基础和依据，系统开发完成以后，为产品的验收提供了依据。

SRS必须用统一格式的文档进行描述，为了使需求分析描述具有统一的风格，可以采用已有的且能满足项目需要的模板，也可以根据项目特点和软件开发小组的特点对标准进行适当的改动，形成自己的模板。软件需求说明主要包括引言、任务概述、需求规定、运行环境规定和附录等内容。

IT标书、需求规格说明书、概要设计说明书、详细设计说明书的内容，之间的区别是什么？分别由谁完书写？

IT标书是总的一本完整标书。

其中的章节分别是：需求规格说明书、概要设计说明书、详细设计说明书的内容，它们之间的区别是分别完成不同的任务。分别由公司IT相关人员书写完成。

通过系统概要设计，系统有哪些用户角色?

角色没有上限。

用户指的是作员，角色可以理解为职务。角色可以被赋予权限，如果用户具备角色，那么他会自动具备这个角色所有的权限。因此用户角色数量不限。

一般来说概要设计是一个设计师根据用户交互过程和用户需求来形成交互框架和视觉框架的过程，其结果往往以反映交互控件布置、界面元素分组以及界面整体板式的页面框架图的形式来呈现。这是一个在用户研究和设计之间架起桥梁，使用户研究和设计无缝结合，将对用户目标与需求转换成具体界面设计解决方案的重要阶段。

软件概要设计的读者对象

就是你软件的用户啊

————————————————————————————————————————————

课外补习要选对学校，选对老师，因为宝贵的是时间，学校和老师选错了，时间也浪费了，成绩却没有提高，优优数学学校，专业1对1补习，激发孩子学习兴趣，思维拓展训练，解题技能传授，签约辅导，上千学子成功见证。liaopan

系统设计人员、软件开发人员、客户方的系统设计人员和项目评审人员。