文章目录

  • 软件文档
  • 作用和分类
    • 作用
    • 分类
  • 管理和维护
  • 软件工程的文档有哪些？
  • 软件工程各类开发文档的作用
  • 软件工程各文档模板
    • 系统定义文档
    • 需求规格说明书
    • 概要设计说明书
    • 用例文档
    • 详细设计说明书
    • 测试计划
    • 测试分析报告：

软件文档

软件文档(Document)也称文件，通常是指的是一些记录的数据和数据媒体，它具有固定不变的形式，可被任何计算机阅读。在软件工程中，文档常常用来表示对活动、需求、过程或结果进行描述、定义、规定或认证的任何书面或图示的信息，他们描述和规定了软件设计和实现细节，说明使用软件的操作命令。

文档是软件产品的一部分，没有文档的软件就不称其为软件。软件文档的编制在软件开发工作中占有突出的地位和相当大的工作量。高质量和高效的开发、分发、管理和维护文档对于转让、变更、修正、扩充和使用文档，对于充分发挥软件产品的效益有着重要的意义。

然而，在实际工作中，软件开发人员普遍对编制文档不感兴趣。

作用和分类

作用

在软件的生产过程中，总是伴随着大量的信息要记录、使用。因此，软件文档在产品的开发过程中起着重要的作用。

\1. 提高软件开发过程的能见度；

\2. 记录开发过程的相关信息；

\3. 提高开发效率；

\4. 作为开发人员在一定阶段的工作成果和结束标志；

\5. 便于潜在用户了解软件的功能、性能等各项指标。

分类

根据形式，软件文档可大致分为两类：

\1. 工作表格：包括开发过程中填写的各种图标；

\2. 文档或文件：包括应编辑的技术资料或技术管理资料。

根据文档产生和使用范围，软件文档大致可分为三类：

\1. 开发文档；

\2. 管理文档；

\3. 用户文档。

根据文档内容，软件文档又可分为两类：

\1. 用户文档；

\2. 系统文档。

管理和维护

在整个软件生存期中，各种文档作为半成品或是最终成品，会不断生成、修改或补充。为了最终得到高质量的产品必须加强对文档的管理，一下几个方面是应该做到的：

\1. 软件开发小组应当设立一位文档管理员，管理所有文档；

\2. 软件开发小组成员可根据工作需要在自己手中保存一些个人文档；

\3. 开发人员只保存着主文档中与它工作有关的部分文档；

\4. 在新文档取代旧文档时，管理人员应随时修订主文本，使其及时反应更新了的类容；

\5. 项目开发结束时，文档管理人员应收回开发人员的个人文档，与主文档对比差异，着手解决有差异的地方；

\6. 在开发过程中，严格控制修改已经完成的文档。

软件工程的文档有哪些？

软件开发的标准过程包括六个阶段，而六个阶段需要编写的各类文件达14种之多。所以说，果然没有人喜欢写文档啊！

1.可行性与计划研究阶段

可行性研究报告：在可行性研究与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文件。

项目开发计划：编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开 发工作。

2.需求分析阶段

软件需求说明书：软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解， 使之成为整个开发工作的基础。内容包括对功能的规定对性能的规定等。

初步的用户手册：用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。

3.设计阶段

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

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

数据库设计说明书：数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。

测试计划初稿：这里所说的测试，主要是指整个程序系统的组装测试和确认测试。本文件的编制是为了提供一个对该软件的测试计划，包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。

4.实现阶段

模块开发卷宗（开始编写）：模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一组密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。

用户手册完工

操作手册：操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。

测试计划终稿：

5.测试阶段

模块开发卷宗（完成编写）：嗯，这个很重要的啊！！！

测试分析报告：测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。

项目开发总结报告：项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。

6.运行与维护阶段

开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便及时发现和处理开发过程中出现的问题。一般地，开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以分项目组为单位按月编写。

看到这么多文档资料的种类，本宝宝的内心是拒绝的啊！为什么我写代码已经很辛苦的了说！！还要写什么文档是什么鬼！！！

​ 但事实上，一个好的写文档习惯，一份资料齐全的文档资料，对于软件工程是非常重要的。早已经说过计算机软件不仅仅是程序，还应该有一整套文档资料。这些文档资料链接了软件开发人员，管理人员（万恶的产品经理），对软件后续维护人员也很重要。开发软件到后期，如果出现问题，文档资料往往能帮助我们不少。

在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。

◇ **可行性分析报告：**说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。

◇ **项目开发计划：**为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。

◇ **软件需求说明书（软件规格说明书）：**对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。

◇ **概要设计说明书：**该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。

◇ **详细设计说明书：**着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。

◇ **用户操作手册：**本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。

◇ **测试计划：**为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。

◇ **测试分析报告：**测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。

◇ **开发进度月报：**该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。

◇ **项目开发总结报告：**软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。

◇ **软件维护手册：**主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。

◇ **软件问题报告：**指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。
◇ **软件修改报告：**软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响作出详细的描述，提交审批。

软件工程各类开发文档的作用

一、《可行性研究报告》

可行性研究报告是在制定研发项目之前，以全面、系统的分析为主要方法，经济效益为核心，对本项目实施的可能性、有效性、技术方案及技术政策进行具体、深入、细致的技术论证和经济评价，以求确定一个在技术上合理、经济上合算的最优方案和最佳时机。分析项目是否具备开发的必要性与可行性。

可行性研究报告的预期读者为系统管理人员、开发与运维人员。

简而言之，就是分析可行性，确定最优方案。

二、《项目开发计划书》

项目开发计划的作用就是用文件的形式，根据可行性研究推荐的可行方案，落实各项工作的负责人、参加人员（系统分析员、系统设计员、程序员、资料员等）以及各种资源（计算机硬件、软件工具等）的需求，制定项目开发进度、验收标准和成本概算等，以文件形式记载下来，指导整个项目开发工作的顺利进行，并为开发的下一步做准备。

预期读者是系统分析员和开发人员。

通俗些讲，就是根据可行性研究出来的最优方案，把工作内容分配下去。

三、《软件需求说明书》

软件需求说明书是需求分析阶段的一个文档，是对软件目标及范围的求精和细化，深入描述软件的功能和性能以及软件的约束范围，使用户和软件开发者对该软件的初始规定有个大概了解，便于用户、开发人员进行理解和交流。明确了开发软件的方向,程序员要根椐需求规格说明书去开发软件, 作为确认测试和验收的依据，有利于对项目的回溯和指导后续的开发和维护。

文档读者：开发人员与用户代表。

这个就是搞需求的，开发计划书里已经计划好了你搞测试，我搞开发，他弄管理，好，那咱们开工吧，开工之前先搞清 需求是啥，弄一个物理模型出来，就是系统应该是怎么样的，这就是需求说明书。

四、《概要设计说明书》

概要设计说明书是在用户的需求分析阶段的基础上，对系统做概要设计，为在需求分析阶段得到的目标系统的物理模型确定一个合理的软件系统的体系结构。包括合理地划分组成系统的模块、模块间的调用关系及模块间的接口，并且为软件系统提供所用的数据结构或者数据库结构。从而为下一阶段的详细设计做参考，设计阶段将以本文档为核心文档。

本文档的读者是项目设计和项目编码人员。

概要设计说明书阶段已经规定了系统内、外部接口，并设计好数据库。

五、《详细设计说明书》

详细设计说明书是在概要设计的基础上进一步明确系统结构，表示出软件结构的图表，完成算法设计、数据结构设计、物理设计等，详细地描述的逐个模块，包括算法和逻辑流程的具体实现方法，设计系统的物理模型等，为下一步系统的实现和测试做准备。开发人员在完成概要设计说明书的基础上，在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。详细设计的结果基本上决定了最终程序代码的质量。详细设计的目标不仅仅是在逻辑上正确的实现每个模块的功能，更重要的是设计出的处理过程应该尽可能简明易懂。

编写详细设计说明说的目的就是为程序员写出实际的程序代码提供依据。它是软件详细设计阶段所有任务和所有相关人员（包括项目管理人员、软件设计人员、软件测试人员、文档编制人员和质量审核人员），所需要的参考资料。

本文档的预期读者是程序开发人员、程序测试人员与客户。

详细设计说明书对系统描述的细致程度已经到了顶级了，所以有些人也形象的把详细设计说明书的作用比喻成” 后期需求方和开发方打嘴仗时的一个凭证“。详细设计说明书一般是对大型系统准备的，如果是小系统的话，概要设计说明书就够用了，详细设计说明书可以省略。

六（1）、《数据库设计说明书》

数据库设计说明书描述了机房收费系统数据库的设计，提供了数据库设计的可视性以及软件支持所需的信息，应用于系统开发前期，为了让参与本项目的项目的人员了解本系统的数据库设计思路、数据库整体架构及各种详细信息，也为了以后的各个项目可以参与借鉴该项目的经验，将数据分析的结果进一步整理，对本系统数据库的所有标识、逻辑结构和物理结构作用作出具体的设计规定和分析说明，形成最终的计算机模型，以便开发人员建立物理数据库。

预期读者为数据库设计师、数据库管理员。

这一阶段是确定数据库的逻辑结构和物理结构。

六（2）、《数据要求说明书》

编写数据库要求说明书的目的是明确系统中各项功能和非功能性需求实现时所需要的数据，根据此数据设计数据库。同时为概要设计和详细设计人员提供设计依据，其他本项目组的开发人员也可以参阅。定义总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为开发人员进行设计和实施的基础；作为总体验证和确认的依据。

本文档的阅读对象为：数据库设计人员、系统测试人员

这一阶段进一步确定了数据库中的数据要求。

七、《测试计划说明书》

制定该测试计划书主要为了能够对开发过程中的部分环节进行有序、高效地测试，最终可最大限度地发现软件中的错误，并减少软件中残留的错误。描述了需要测试的特性、测试的方法、测试环境的规划、测试用例的设计方法、明确测试策略、明确谁来完成每项任务以及需要制定应急方案的所有风险等。通过测试，验证该机房管理系统系统模型已经达到设计的标准，交由项目负责人审阅并总结测试活动的成功经验与不足，以便今后更好地开展测试工作。

本文档的预期读者是系统编程人员和系统测试人员。

这一阶段是确定如何对系统进行测试的。

八、《测试分析报告》

测试分析报告是在测试的基础上，对测试的结果以及测试的数据等写成文档，对发现的问题和缺陷加以记录和分析总结，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。另外，它还有利于今后软件开发者阅读源程序，根据测试提供的数据和结果，分析源代码，掌握各函数的功能和局限性，从而缩短软件开发者的在开发时间和所耗费的精力、资金。

本文档的预期读者是软件开发人员。

九、《项目开发总结报告》

系统的开发工作已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的制定开发，让我们在今后的项目开发中有更多的资料来规范我们的开发过程和提高我们的开发效率，从而创造更多公司效益。

预期读者为相关软件的开发人员。

对项目开发的总结。

十、《操作手册》

操作手册的目的在于告诉系统的使用者，系统提供了那些功能，以及如何正确地、有效地来使用这些功能。

预期读者是系统用户。

十一、《用户手册》

编写此文档的主要目的是为了给使用者提供一个使用指南，以便为首次使用该系统的用户说明使用方法，以及给已经使用过或者正在使用的用户在使用过程中遇到问题时提供解决问题的方法。

预期读者为系统用户。

附：操作手册和用户手册的区别：

操作手册是系统级别的文档，而用户手册是需求级别的文档，一个针对操作，一个针对功能详解，操作手册是想得到什么界面，如何操作，而用户手册，你要介绍为什么要有这些操作，经过这些操作，得到的结果界面是干什么用的。如果说包含关系，用户手册是包括操作手册的。

十二、《开发进度月报》

开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便及时发现或处理开发过程中出现的问题。一般开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以项目组为单位按月编写。

预期读者为项目管理员。

总结：软件开发文档都是有时间顺序、操作流程顺序联系的，编写文档前首先要了解各文档的作用，有备无患。

软件工程各文档模板

可行性报告

  1. 引言

    • 1.1 编写目的
    • 1.2 项目背景
    • 1.3 定义
  2. 研究前提
    • 2.1 功能要求
    • 2.2 性能要求
    • 2.3 限制条件
  3. 现有系统分析
    • 3.1 处理流程
    • 3.2 工作负荷
    • 3.3 费用
    • 3.4 硬件环境
    • 3.5 人员配备
    • 3.6 存在的问题
  4. 推荐的方案
  5. 系统范围
  6. 经济可行性
  7. 技术可行性
  8. 法律可行性
  9. 可用性评价
  10. 其他项目相关问题

系统定义文档

对待开发系统的一个全面、真实、简略的定义性说明文档。

  1. 引言

    • 1.1 文档的范围和目的
    • 1.2 概述
      • 1.2.1 目标
      • 1.2.2 约束条件
  2. 功能和数据描述
    • 2.1 系统体系结构 (结构环境图 ACD)
    • 2.2 ACD 描述说明
  3. 子系统描述
    • 3.1 子系统 N 的体系结构图定义

      • 3.1.1 体系结构流程图 AFD
      • 3.1.2 系统模块描述
      • 3.1.3 性能问题描述
      • 3.1.4 设计约束
      • 3.1.5 系统构件分配
    • 3.2 体系结构字典
    • 3.3 结构互连图及其描述
  4. 系统模型化和模拟结果
    • 4.1 用于模拟的系统模型
    • 4.2 模拟结果
    • 4.3 特殊的性能问题讨论
  5. 项目问题
    • 5.1 项目开发成本
    • 5.2 项目进度安排
  6. 附录

需求规格说明书

  1. 引言

    • 1.1 编写的目的
    • 1.2 项目背景
    • 1.3 定义
    • 1.4 参考资料
  2. 任务概述
    • 2.1 目标
    • 2.2 运行环境
    • 2.3 条件与约束
  3. 数据描述
    • 3.1 静态数据
    • 3.2 动态数据
    • 3.3 数据库描述
    • 3.4 数据字典
    • 3.5 数据采集
  4. 功能需求
    • 4.1 功能划分
    • 4.2 功能描述
  5. 性能需求
    • 5.1 数据精确度
    • 5.2 时间特性
    • 5.3 适应性
  6. 运行需求
    • 6.1 用户界面
    • 6.2 硬件接口
    • 6.3 软件接口
    • 6.4 故障处理
  7. 其他需求
    • 可使用性
    • 安全保密性
    • 可维护性
    • 可移植性

概要设计说明书

  1. 引言

    • 1.1 编写的目的
    • 1.2 项目背景
    • 1.3 定义
    • 1.4 参考资料
  2. 任务概述
    • 2.1 目标
    • 2.2 运行环境
    • 2.3 需求概述
    • 2.4 条件与限制
  3. 总体设计
    • 3.1 处理流程
    • 3.2 总体结构和模块外部设计（结构图）
    • 3.3 功能分配：表明各功能与程序的关系
  4. 接口设计
    • 4.1 外部接口：用户界面、软件接口、硬件接口
    • 4.2 内部接口：模块之间的接口
  5. 数据结构设计
    • 5.1 逻辑结构设计
    • 5.2 物理结构设计
    • 5.3 数据结构与程序的关系
  6. 运行设计
    • 6.1 运行模块的组合
    • 6.2 运行控制
    • 6.3 运行时间
  7. 出错处理设计
    • 7.1 出错输出信息
    • 7.2 出错处理对策
  8. 安全保密设计
  9. 维护设计

用例文档

  1. 用例编号
  2. 用例名
  3. 用例描述
  4. 参与者
  5. 前置条件
  6. 后置条件
  7. 基本路径
    • 1…….XXXX
    • 2 …….XXXX
    • 3 …….XXXX
  8. 扩展点
    • 2a. XXXX
    • 2a1….XXXXX
  9. 补充说明

详细设计说明书

  1. 引言

    • 1.1 编写目的：目的，阅读对象
    • 1.2 项目背景：项目来源，主管部门
    • 1.3 定义：术语定义，缩写词原意
    • 1.4 参考资料：资料版本，作者，来源…
  2. 程序描述
    • 2.1 功能
    • 2.2 性能
    • 2.3 输出和输入项目
    • 2.4 算法
    • 2.5 程序逻辑：流程图，NS 图，PDL，判定树，判定表…
    • 2.6 接口
    • 2.7 存储分配
    • 2.8 限制条件
    • 2.9 测试要点

测试计划

  1. 引言

    • 1.1 编写目的
    • 1.2 背景
    • 1.3 定义
    • 1.4 参考资料
  2. 计划
    • 2.1 软件说明
    • 2.2 测试内容
    • 2.3 测试 1(标识符)
    • 2.3.1 进度安排
    • 2.3.2 条件
      • a. 设备
      • b. 软件
      • c. 人员
    • 2.3.3 测试资料
      • a. 有关本项任务的文件
      • b. 被测试程序及其所在的媒体
      • c. 测试的输入和输出举例
      • d. 有关控制此项测试的方法、过程的图表
    • 2.3.4 测试培训
    • 2.4 测试 2(标识符)
  3. 测试设计说明
    • 3.1 测试 1(标识符)
    • 3.1 .1 控制
    • 3.1.2 输入
    • 3.1.3 输出
    • 3.2 测试 2(标识符)
  4. 评价准则
    • 4.1 范围
    • 4.2 数据整理
    • 4.3 尺寸

测试分析报告：

  1. 引言

    • 1.1 编写目的
    • 1.2 背景
    • 1.3 定义
    • 1.4 参考资料
  2. 测试概要
  3. 测试结果及发现
    • 3.1 测试 1(标识符)
    • 3.2 测试 2(标识符)
  4. 对软件功能的结论
    • 4.1 功能 1(标识符)
    • 4.1.1 能力
    • 4.1.2 限制
    • 4.2 功能 2(标识符)
  5. 分析摘要
    • 5.1 能力
    • 5.2 缺限和限制
    • 5.3 建议 a. 各项修改可采用的修改方法程度
      • b. 各项修改的紧迫程度
      • c. 各项修改预定的工作量
      • d. 各项修改的负责人
    • 5.4 评价
  6. 测试资源消耗

一套完整的模板：https://gitee.com/a973891422/software-engineering-document

软件工程及其文档汇总相关推荐

  1. 前端文档汇总（觉得对您有用的话，别忘了给点个赞哦 ^_^ ！）

    原文链接 前端文档汇总 front-end-Doc 前端文档汇总(含代码规范.开发流程.知识分享等) 这里的文档很重要, 你可以在这里看到前端相关代码规范.开发规范.开发流程等, 如果你是新人,务必看 ...

  2. 0、PIC系列参考手册中文版文档汇总

    PIC系列参考手册中文版文档汇总 1.PIC系列参考文档,中文版资料汇总 1.PIC系列参考文档,中文版资料汇总 第3章 存储器构成:PIC32系列参考手册 第3章 存储器构成 第4章 预取高速缓存: ...

  3. 软件工程中设计文档的重要性

    首先要知道什么是软件工程 软件工程是研究和应用如何以系统性的.规范化的.可定量的过程化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的一门计算机 ...

  4. 《科研伦理与学术规范》 期末考试，题目文档汇总（免费分享 ）

    科研伦理与学术规范,期末考试汇总 为了方便小伙伴们对<科研伦理与学术规范>的学习,小亮子搜集整理了期末考试文档. 希望能帮助到大家,有需要的可以进行下载. 上期习题汇总,第一章 ~~ 第六 ...

  5. 软件工程——初识文档

    前边刚刚把软件工程文档写完,这是我们第一次写文档,在写文档的过程中有很多困难,不知如何下手,但是慢慢一点点展开行动后,才慢慢好了很多.文档是我们走向正规的关键一步,从文档中也深有体会,文档中包含的信息 ...

  6. 【软件工程】 文档 - 银行业务管理 - 结构化设计

    软件工程 银行业务管理和现金结算系统 --- 结构化设计文档 ***原创所有,本文禁止一切形式的转载. 一.   体系结构设计 1)    软件结构化设计概述 该阶段主要在于定义银行业务管理系统的主要 ...

  7. 阿里云建站教程文档汇总（详细指南）

    阿里云建站零基础入门 选择服务器(推荐阿里云ECS) 购买和备案域名(时间比较长,建议购买完服务器就做这一步) 部署网站 解析域名(将域名和自身网站挂钩) 本篇汇总教程为使用阿里云建站的新用户介绍了搭 ...

  8. 【软件工程】— 文档总结

    软件工程之后,然后开始了写文档.刚开始的时候乱七八糟的,都不知道写些什么.通过看师哥师姐们的博客,然后再看模板,整个都是以机房收费系统为模板的.通过文档给的具体的要求一点点的填写,慢慢的有了感觉.整个 ...

  9. Boost.Asio技术文档汇总

    Christopher Kohlhoff Copyright © 2003-2012 Christopher M. Kohlhoff 以Boost1.0的软件授权进行发布(见附带的LICENSE_1_ ...

最新文章

  1. 元气骑士机器人修好后怎么用_《元气骑士》五大“难度”挑战，从手速到恶搞很嗨，还能解锁皮肤...
  2. 077_访问者的信息
  3. div css入门教程，更简洁CSS清理浮动方式：clearfix
  4. 《Docker：容器与容器云》.pdf
  5. python线程暂停_在python中暂停一个线程和另一个线程
  6. MUI框架 按钮点击响应不好的问题解决办法
  7. Linux中Mysql root用户看不到mysql库问题解决方式
  8. Android 2.3 Gallery3D添加gif支持——修改代码(三)
  9. Design Ware IP
  10. HUAWEI 机试题：最长元音字串的长度
  11. 微信小程序绘制canvas图片
  12. 霍兰德人格分析雷达图
  13. 程序员如何有效率的使用键盘
  14. SSM项目秒杀系统---（一）业务分析与Dao层
  15. 资料 | 美图区域链白皮书（附PDF链接）
  16. 越吃越年轻的26种抗衰老食物
  17. 计算机会议在美国的英语文章,英文一篇计算机国际会议的开幕词
  18. 魔方阵的实现（三种情况）
  19. 细谈渗透测试的前期工作——信息收集
  20. Froala Editor JavaScript WYSIWYG HTML 编辑器

热门文章

  1. 基于python的mean-shift算法
  2. max_delay/min_delay和input_delay/output_delay
  3. 记一次户外拓展感想与收获
  4. 如何搭建卫星地图离线地图服务
  5. 软考中级软件设计师---数据库系统
  6. Python中逗号的三种作用
  7. springboot设置contextPath
  8. nfs-ganesha rados_ng恢复原理分析
  9. matlab 函数到空间,Matlab中保存函数内部中间变量到工作空间的两种方法
  10. gradle构建web项目_25多个Web资源可帮助您构建项目