网站详细设计说明书

1、软件开发详细设计说明书中的功能设计怎么写?请详述.

详细设计就来是把项目里每个功能点源都要完完整整列出来。
好比用户注册：在XX页面输入用户名、密码、电话、地址。
提交之后会返回什么样消息。出错会提示什么情况。
最后还要加个流程图。

而需求只需要写明大概功能点要达到什么要的目的就可以了。没这么细。

2、系统需求说明书与详细设计说明的区别

需求规格说明书在前,详细设计说明书在后.
需求规格说明书要界定用户的最终需求,.
详细设计说明书在概要设计的基础上要深化设计,

3、如何写详细设计文档

在大多数软件项目中，要末不作详细设计，要么开发完成后再补详细设计文档，质量也不容乐观，文档与系统往往不能同步，使详细设计文档完全流于形式，对工作没有起到实际的帮助。
·
详细设计是相对概要设计而言的，是瀑布开发流程的一个重要环节，在概要设计的高层设计的基础上，从逻辑上实现了每一模块的功能，是编码阶段的主要参考资料，是从高层到低层、逐步精化思想的具体实现。
详细设计文档的内容包括各个模块的算法设计，
接口设计，
数据结构设计，交互设计等。必须写清楚各个模块/接口/公共对象的定义，列明各个模块程序的
各种执行条件与期望的运行效果，还要正确处理各种可能的异常。
·
在开发过程中，由需求及设计不正确、不完整所导致的问题是项目进度拖延、失败的一个主要因素，而软件系统的一个重要特性就是需求和设计的不断构建和改进，在写详细设计文档过程中，
详细设计实际上是对系统的一次逻辑构建，可以有效验证需求的完整性及正确性。
如果不写详细设计文档，一般就从概设直接进入编码阶段，这时开发人员所能参考的资料就是需求规格说明书及页面原型、数据库设计等，不能直接进行开发，需要进行信息的沟通，把页面原型不能体现的设计讲清楚，这样既容易遗忘，也容易发生问题，详细设计文档可以作为需求人员、总体设计人员与开发人员的沟通工具，把静态页面无法体现的设计体现出来，包含整体设计对模块设计的规范，体现对设计上的一些决策，例如选用的算法，对一些关键问题的设计考虑等等，使开发人员能快速进入开发，提高沟通效率，减少沟通问题。
对于系统功能的调整，后期的维护，详设文档提供了模块设计上的考虑、决策，包括模块与整体设计的关系、模块所引用的数据库设计、重要操作的处理流程、重要的业务规则实现设计等等信息，提供了对模块设计的概述性信息，阐明了模块设计上的决策，配合代码注释，可以相对轻松读懂原有设计。
·存在的问题要由专门的人写，是比较麻烦的，也是很需要时间的，会对进度造成压力，也容易形成工作瓶颈，使设计人员负担过重，而开发人员无事可作。对于现在一般的以数据库为中心的管理系统而言，这个工作始终是要作的，区别只不过是不是形成专门文档，形成文档可能会多花一两周时间，但相对于规避的风险和问题来说，也是值得的，另外由于现在高级语言的流行，所以更详细的设计应该直接体现在代码的设计上，而文档则只体现设计上的一些决策，协调整体设计与模块设计的关系，把页面原型所不能体现的设计情况文档化，所以所花费的时间是有限的。
设计内容容易过细，但设计阶段是不能考虑特别清楚地，时间也不允许。
对于这个问题，一个对策是上边所提到的，文档只体现设计上的决策，页面原型所不能反映的信息，详细设计只体现总体设计对模块设计的一些考虑，例如对功能的数据库设计等等，而具体的实现实现，则到代码中再去实现，相关的设计也仅体现在代码中。
需求、设计需要不断的被更新、构建，则设计文档需要不断的重新调整，文档的维护需要跟上，否则文档和系统的同步就很难得到保障了，且造成多余的工作量。文档的内容易流于形势，质量糟糕，不能成为开发人员的参考手册，一是要建立起相关制度，如有修改，先改文档，后作开发，从工作流程上切实保障文档与系统的同步，二是要规范文档质量，对文档该写什么，不该写什么，标准是什么，粒度是什么，语法应该如何组织，有明确的标准和考虑，同时，建立审计文档评审、审核制度，充分保障系统的使用。·
首先是文档的内容，根据项目和团队的不同，详细设计文档的内容也有所不同，一般说来，粒度不宜过细，不能代替开发人员的设计和思考，但要把有关设计的决策考虑进去，包括与其他模块、整体设计的关系、操作的处理流程，对业务规则的设计考虑等，有一个标准为，凡是页面原型、需求规格说明书所不能反映的设计决策，而开发人员又需要了解的，都要写入文档。
其次是文档所面向的读者，主要为模块开发人员、后期维护人员，模块开发人员通过详细设计文档和页面原型来了解所开发的功能，后期维护人员通过实际系统、模块代码、详细设计文档来了解一个功能。
再有就是谁来写文档，因为文档主要考虑的是设计上的决策，所以写文档的人应该为负责、参加设计的技术经理、资深程序员，根据团队情况和项目规模、复杂度的不同，也有所不同。
还需要保证文档的可读性、准确性、一致性，要建立严格的文档模板及标准，保证文档的可读性及准确性，同时建立审核及设计评审制度，来保障设计及文档的质量，另外在工作流程中要强调，要先设计、先写文档，再进行开发。

4、详细设计说明书到底怎么写？

详细设计，这是考验技术专家设计思维的重要关卡，详细设计说明书应当把具体的模块以最’干净’的方式(黑箱结构）提供给编码者，使得系统整体模块化达到最大；一份好的详细设计说明书，可以使编码的复杂性减低到最低，实际上，严格的讲详细设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来，从需求分析到概要设计到完成详细设计说明书，一个软件项目就应当说完成了一半了。换言之，一个大型软 件系统在完成了一半的时候，其实还没有开始一行代码工作。

那些把作软件的程序员简单理解为写代码的，就从根子上犯了错误了。

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

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

6、求一份个人网站开发文档。1000字左右

没写过，给你个范例。 开发文档范例 一.需求规格说明书 １。引言 １）编写目的：阐明保险需求说明书的目的,指明读者对象。 ２）项目背景：包括 a 项目的委托单位、开发单位和主管部门。 b 该软件系统与其他系统的关系。 ３）定义：列出文档中所用到的专业术语的定义和缩写的原文。 ４）参考资料：包括 a 项目经核准的计划任务书、合同或上级机关的批文。b 项目开发计划。 c 文档所引用的资料、标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。 ２。任务概述 １）目标。 ２）运行环境。 ３）条件与限制。 ３。数据描述 １）静态数据。 ２）动态数据。包括输入数据与输出数据。 ３）数据库描述。给出使用数据库的名称和类型。 ４）数据词典。 ５）数据采集。 ４。功能需求 １）功能划分。 ２）功能描述。 ５。性能需求 １）数据精确度。 ２）时间特性。如响应时间、更新时间、数据转换与传输时间、运行时间等。 ３）适应性。如操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时、应具有的适应能力。 ６。运行需求 １）用户界面。如屏幕格式、报表格式、彩单格式、输入输出时间等 ２）硬件接口。 ３）软件接口。 ４）故障处理。 ７。其他需求 如可使用性、安全保密、可维护性、可移植性等。 二、概要设计说明书 １。引言 １）编写目的：阐明保险需求说明书的目的,指明读者对象。 ２）项目背景：包括 a 项目的委托单位、开发单位和主管部门。 b 该软件系统与其他系统的关系。 ３）定义：列出文档中所用到的专业术语的定义和缩写的原意。 ４）参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源。可包括 a 项目经核准的计划任务书、合同或上级机关的批文。b 项目开发计划。 c 需求规格说明书。d 测试计划（初稿）e 用户操作手册（初稿）。f 文档所引用的资料、采用的标准和规范。 ２。任务概述 １）目标。 ２）运行环境。 ３）需求概述。 ４）条件与限制。 ３。总体设计 １）处理流程。 ２）总体结构和模块外部设计。 ３）功能分配。表明各项功能与程序结构的关系。 ４。接口设计 １）外部接口。包括用户接口、软件接口与硬件接口。 ２）内部接口。模块之间的接口。 ５。数据结构设计 １）逻辑结构设计。 ２）物理结构设计。 ３）数据结构与程序的关系。 ６。运行设计 １）运行模块的组合。 ２）运行控制。 ３）运行时间。 ７。出错处理设计 １）出错输出信息。 ２）出错处理对策。如设置任务、性能将级、恢复及再启动等。 ８。安全保密设计 ９。维护设计 应说明为方便维护工作的设施。如维护模块等。 三、详细设计说明书 １。引言 １）编写目的：阐明编写概要设计说明书的目的，指明读者对象。 ２）项目背景：应包括项目的来源和主管部门等。 ３）定义：列出文档中使用到的专门术语和缩写词的愿意。 ４）参考资料：列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源。可包括 a 项目经核准的计划任务书、合同或上级机关的批文。b 项目开发计划。 c 需求规格说明书。d 测试计划（初稿）e 用户操作手册（初稿）。f 文档所引用的资料、采用的标准和规范。 ２。总体设计 １）需求概述 ２）软件结构：如给出软件系统的结构图。 ３。程序描述 逐个给出模块的以下说明： １）功能。 ２）性能。 ３）输入项目。 ４）输出项目。 ５）算法：模块所选用的算法。 ６）程序逻辑：详细描述模块实现的算法。可采用：a.标准流程图 b.PDL语言 c.N-S图 d.PAD e.判定表与描述算法的图表。 ７）接口。 ８）存储分配。 ９）限制条件。 １０）测试要点：给出测试模块的主要测试要求。

7、详细设计说明书的参考资料

列出有关的参考资料，如：
a．本项目的经核准的计划任务书或合同、上级机关的批文；
b．属于本项目的其他已发表的文件；
c.本文件中各处引用到的文件资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
F.2程序系统的结构
用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间 的层次结构关系。
F.3程序1（标识符）设计说明
从本章开始，逐个地给出各个层次中的每个程序的设计考虑。以下给出的提纲是针对一般情况的。 对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层 模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。
F.3.1程序描述
给出对该程序的简要描述，主要说明安排设计本程序的目的意义，并且，还要说明本程序的特点（如 是常驻内存还是非常驻？是否子程序？是可重入的还是不可重入的？有无覆盖要求？是顺序处理还是并发 处理卜…..等）。
F.3.2功能
说明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。
F.3.3性能
说明对该程序的全部性能要求，包括对精度、灵活性和时间特性的要求。
F.3.4输入项
给出对每一个输入项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。 数量和频度、输入媒体、输入数据的来源和安全保密条件等等。
F. 3. 5输出项
给出对每一个输出项的特性，包括名称、标识、数据的类型和格式，数据值的有效范围，输出的形式、 数量和频度，输出媒体、对输出图形及符号的说明、安全保密条件等等。
F．3．6算法
详细说明本程序所选用的算法，具体的计算公式和计算步骤。
F．3．7流程逻辑
用图表（例如流程图、判定表等）辅以必要的说明来表示本程序的逻辑流程。
F．3.8接口
用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序，说明参数赋值和调用方式，说明与本程序相直接关联的数据结构（数据库、数据文卷）。
F．3.9存储分配
根据需要，说明本程序的存储分配。
F．3．10注释设计

8、详细设计说明书 接口 是什么意思

接口可以认为是用户与服务器之间交互的地方，就像一扇门。例如在网上购物，支付宝之类的就是接口。

9、软件系统设计说明书 软件功能设计说明书 软件详细设计说明书 简单说一下，三者有什么不一样

我们不这么叫，你可以参考一下：
软件任务书：软件完成那些功能？具备哪些性能，以及交付条件、维护条件等，通常是提出方做的。
软件需求说明书：为了完成上面的功能，如何设计，包括对任务书的理解，功能划分、模块划分等，关键的流程，也是给下一级软件编写人员的要求，软件管理人员写的；
软件设计说明书：码农自己写的，为了测试、维护等等，看的人就不多了。