《概要设计说明书》编写指南

2024-05-14

《概要设计说明书》编写指南（精选9篇）

《概要设计说明书》编写指南第1篇

该文档收集他人文档而来：

一、问题的提出

概要设计写什么？概要设计怎么做？

如何判断设计的模块是完整的？

为什么说设计阶段过于重视业务流程是个误区？

以需求分析文档还是以概要设计文档来评估开发工作量、指导开发计划准确？

结构化好还是面向对象好？

以上问题的答案请在文章中找。

二、概要设计的目的

将软件系统需求转换为未来系统的设计；

逐步开发强壮的系统构架；

使设计适合于实施环境，为提高性能而进行设计；

结构应该被分解为模块和库。

三、概要设计的任务

制定规范：代码体系、接口规约、命名规则。这是项目小组今后共同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间的接口规则、方式方法，大家就有了共同的工作语言、共同的工作平台，使整个软件开发工作可以协调有序地进行。

总体结构设计：

功能（加工）－>模块：每个功能用那些模块实现，保证每个功能都有相应的模块来实现；

模块层次结构：某个角度的软件框架视图；

模块间的调用关系：模块间的接口的总体描述；

模块间的接口：传递的信息及其结构；

处理方式设计：满足功能和性能的算法

用户界面设计；

数据结构设计：

详细的数据结构：表、索引、文件；

算法相关逻辑数据结构及其操作；

上述操作的程序模块说明（在前台？在后台？用视图？用过程？······）

接口控制表的数据结构和使用规则

其他性能设计。

四、概要设计写什么

结构化软件设计说明书结构

任务：目标、环境、需求、局限；

总体设计：处理流程、总体结构与模块、功能与模块的关系；

接口设计：总体说明外部用户、软、硬件接口；内部模块间接口（注：接口≈系统界面）

数据结构：逻辑结构、物理结构，与程序结构的关系；

模块设计：每个模块“做什么”、简要说明“怎么做”（输入、输出、处理逻辑、与其它模块的接口，与其它系统或硬件的接口），处在什么逻辑位置、物理位置；

运行设计：运行模块组合、控制、时间；

出错设计：出错信息、处错处理；

其他设计：保密、维护；

OO软件设计说明书结构概述

系统简述、软件设计目标、参考资料、修订版本记录

这部分论述整个系统的设计目标，明确地说明哪些功能是系统决定实现而哪些不准备实现的。同时，对于非功能性的需求例如性能、可用性等，亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考，看看其中明确了的功能性以及非功能性的需求。

这部分必须说清楚设计的全貌如何，务必使读者看后知道将实现的系统有什么特点和功能。在随后的文档部分，将解释设计是怎么来实现这些的。术语表

对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。

用例

此处要求系统用用例图表述（UML），对每个用例（正常处理的情况）要有中文叙述。

设计概述

4.1 简述

这部分要求突出整个设计所采用的方法（是面向对象设计还是结构化设计）、系统的体系结构（例如客户/服务器结构）以及使用到的相应技术和工具（例如OMT、Rose）

4.2 系统结构设计

这部分要求提供高层系统结构（顶层系统结构、各子系统结构）的描述，使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离，对前者进行描述。别忘了说明图中用到的俗语和符号。

4.3 系统界面

各种提供给用户的界面以及外部系统在此处要予以说明。如果在需求规格说明书中已经对用户界面有了叙述，此处不用再重复，可以指引读者参考需求说明。如果系统提供了对其它系统的接口，比如说从其它软件系统导入/导出数据，必须在此说明。

4.4 约束和假定

描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。

另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。这种情况下，要求清楚地描述与本系统有交互的软件类型以及这样导致的约束。

实现的语言和平台也会对系统有约束，同样在此予以说明。

对于因选择具体的设计实现而导致对系统的约束，简要地描述你的想法思路，经过怎么样的权衡，为什么要采取这样的设计等等。

对象模型

提供整个系统的对象模型，如果模型过大，按照可行的标准把它划分成小块，例如可以把客户端和服务器端的对象模型分开成两个图表述。在其中应该包含所有的系统对象。这些对象都是从理解需求后得到的。要明确哪些应该、哪些不应该被放进图中。所有对象之间的关联必须被确定并且必须指明联系的基数。聚合和继承关系必须清楚地确定下来。每个图必须附有简单的说明。对象描述

在这个部分叙述每个对象的细节，它的属性、它的方法。在这之前必须从逻辑上对对象进行组织。你可能需要用结构图把对象按子系统划分好。

为每个对象做一个条目。在系统对象模型中简要的描述它的用途、约束（如只能有一个实例），列出它的属性和方法。如果对象是存储在持久的数据容器中，标明它是持久对象，否则说明它是个临时对象（transient object）。

对每个对象的每个属性详细说明：名字、类型，如果属性不是很直观或者有约束（例如，每个对象的该属性必须有一个唯一的值或者值域是有限正整数等）。

对每个对象的每个方法详细说明：方法名，返回类型，返回值，参数，用途以及使用的算法的简要说明（如果不是特别简单的话）。如果对变量或者返回值由什么假定的话，Pre-conditions和Post-conditions必须在此说明。列出它或者被它调用的方法需要访问或者修改的属性。最后，提供可以验证实现方法的测试案例。动态模型

这部分的作用是描述系统如何响应各种事件。一般使用顺序图和状态图。

确定不同的场景（Scenario）是第一步，不需要确定所有可能的场景，但是必须至少要覆盖典型的系统用例。不要自己去想当然地创造场景，通常的策略是描述那些客户可以感受得到的场景。

7.1 场景（Scenarios）

对每个场景做一则条目，包括以下内容：

场景名：给它一个可以望文生义的名字

场景描述：简要叙述场景是干什么的以及发生的动作的顺序。

顺序图：描述各种事件及事件发生的相对时间顺序。

7.2 状态图

这部分的内容包括系统动态模型重要的部分的状态图。可能你想为每个对象画一个状态图，但事实上会导致太多不期望的细节信息，只需要确定系统中一些重要的对象并为之提供状态图即可。非功能性需求

五、概要设计怎么做

结构化软件设计方法：

详细阅读需求规格说明书，理解系统建设目标、业务现状、现有系统、客户需求的各功能说明；

分析数据流图，弄清数据流加工的过程；

根据数据流图决定数据处理问题的类型（变换型、事务型、其他型）；

通过以上分析，推导出系统的初始结构图；

对初始结构图进行改进完善：所有的加工都要能对应到相应模块（模块的完整性在于他们完成了需求中的所有加工），消除完全相似或局部相似的重复功能（智者察同），理清模块间的层次、控制关系，减少高扇出结构，随着深度增大扇入，平衡模块大小。

由对数据字典的修改补充完善，导出逻辑数据结构，导出每种数据结构上的操作，这些操作应当属于某个模块。

确定系统包含哪些应用服务系统、客户端、数据库管理系统；

确定每个模块放在哪个应用服务器或客户端的哪个目录、哪个文件（库），或是在数据库内部建立的对象。

对每个筛选后的模块进行列表说明。

对逻辑数据结构进行列表说明。

根据结构化软件设计说明书结构对其他需要说明的问题进行补充说明，形成概要设计说明书。

OO软件设计方法：

在OOA基础上设计对象与类：在问题领域分析（业务建模和需求分析）之后，开始建立系统构架。

第一步是抽取建立领域的概念模型，在UML中表现为建立对象类图、活动图和交互图。对象类就是从对象中经过“察同”找出某组对象之间的共同特征而形成类：

对象与类的属性：数据结构；

对象与类的服务操作：操作的实现算法；

对象与类的各外部联系的实现结构；

设计策略：充分利用现有的类；

方法：继承、复用、演化；

活动图用于定义工作流，主要说明工作流的5W（Do What、Who Do、When Do、Where Do、Why Do）等问题，交互图把人员和业务联系在一起是为了理解交互过程，发现业务工作流中相互交互的各种角色。

第二步是构建完善系统结构：对系统进行分解，将大系统分解为若干子系统，子系统分解为若干软件组件，并说明子系统之间的静态和动态接口，每个子系统可以由用例模型、分析模型、设计模型、测试模型表示。软件系统结构的两种方式：层次、块状

层次结构：系统、子系统、模块、组件（同一层之间具有独立性）；

块状结构：相互之间弱耦合系统的组成部分：

问题论域：业务相关类和对象(OOA的重点)；

人机界面：窗口、菜单、按钮、命令等等；

数据管理：数据管理方法、逻辑物理结构、操作对象类；

任务管理：任务协调和管理进程；

第三步是利用“4＋1”视图描述系统架构：用例视图及剧本；说明体系结构的设计视图；以模块形式组成包和层包含概要实现模型的实现视图；说明进程与线程及其架构、分配和相互交互关系的过程视图；说明系统在操作平台上的物理节点和其上的任务分配的配置视图。在RUP中还有可选的数据视图。

第四步是性能优化（速度、资源、内存）、模型清晰化、简单化（简单就是享受）。

六、概要设计的原则

总体原则和方法：由粗到细的原则，互相结合的原则，定性分析和定量分析相结合的方法，分解和协调的方法和模型化方法。

要系统考虑系统的一般性、关联性、整体性和层次性。

分解协调：目的是为了创造更好的系统。系统分解是指将一个复杂的系统分解为若干个子系统，系统协调一是系统内协调，即根据系统的总结构、总功能、总任务和总目标的要求，使各个子系统之间互相协调配合，在各个子系统局部优化基础上，通过内部平衡的协调控制，实现系统的整体优化；

屏蔽抽象：从简单的框架开始，隐含细节；

一致性：统一的规范、统一的标准、统一的文件模式；

每个模块应当有一个统一命名的容易理解的名字；

编码：由外向内（界面－>核心）；

面向用户：概要设计是对于按钮按下后系统“怎么做”的简要说明；

模块、组件的充分独立性、封闭性；

同时考虑静态结构与动态运行；

每个逻辑对象都应当说明其所处物理对象（非一一对应）；

每个物理对象都有合适的开发人员，并且利于分工与组装。（详细说明见本人另一篇文章：系统构架设计应考虑的因素）；

确立每个构架视图的整体结构：视图的详细组织结构、元素的分组以及这些主要分组之间的接口；

软件构架与使用的技术平台密切相关，目前常用的平台有J2EE、.NET、CORBA等等，因此具体的软件构架人员应当具备使用这些平台的软件开发经验；

通过需求功能与设计模块之间的列表对应，检查每个需求功能是否都有相应的模块来实现，保证需求功能的可追溯性和需求实现（模块）的完整性，同时可以检查重复和不必要的模块。

在需求调研分析过程中对业务处理过程了解的完整性和准确性非常重要。调查了解清楚所有的业务流程才能设计出适合各流程业务节点用户业务特点和习惯的软件，使开发出来的软件更受欢迎。当然在进行软件概要设计时，要尽量排除业务流程的制约，即把流程中的各项业务结点工作作为独立的对象，设计成独立的模块，充分考虑他们与其他各种业务对象模块的接口，在流程之间通过业务对象模块的相互调用实现各种业务，这样，在业务流程发生有限的变化时（每个业务模块本身的业务逻辑没有变的情况下），就能够比较方便地修改系统程序模块间的调用关系而实现新的需求。如果这种调用关系被设计成存储在配置库的数据字典里，则连程序代码都不用修改，只需修改数据字典里的模块调用规则即可。

七、概要设计的重要输出

编码规范：信息形式、接口规约、命名规则；

物理模型：组件图、配置图；

不同角度的构架视图：用例视图、逻辑视图、进程视图、部署视图、实施视图、数据视图（可选）；

系统总体布局：哪些部分组成、各部分在物理上、逻辑上的相互关系；

两个不可忽视的输出：

与需求功能的关系：对于需求中的每一个功能，用哪一层、哪个模块、哪个类、哪个对象来实现（一对多关系）；反过来，应当说明将要创建的系统每一层、每个模块、每个对象、每一个类“做什么”，他们是为了帮助实现哪些功能（一对多关系）。（需求的颗粒度在一开始往往是比较粗的，因此根据功能点对于整体项目规模的估计或得到项目WBS其误差范围也是比较大的。更为重要的原因是，需求往往不是编码工作分解的准确依据，因为一个需求的功能点可能对应多个代码模块，而多个需求的功能点也可能只对应一个或少数代码模块，同时还有软件复用等因素要考虑，因此只有在概要设计完成以后才能准确地得到详细设计或编码阶段的二次WBS，并估计较为准确的整体项目规模。）

逻辑与物理位置：每个对象在逻辑上分别落在哪一层、哪个模块、哪个类；在物理上每个模块、每个对象、每一个类放在哪个应用服务器或客户端的哪个目录、哪个文件（库），或者是建立在数据库管理系统中的什么东东（过程、函数、视图、触发器等等）。

八、结构化与面向对象方法特点比较

1.从概念方面看，结构化软件是功能的集合，通过模块以及模块和模块之间的分层调用关系实现；面向对象软件是事物的集合，通过对象以及对象和对象之间的通讯联系实现；

2.从构成方面看，结构化软件＝过程＋数据，以过程为中心；面向对象软件＝（数据＋相应操作）的封装，以数据为中心；

3.从运行控制方面看，结构化软件采用顺序处理方式，由过程驱动控制；面向对象软件采用交互式、并行处理方式，由消息驱动控制；

4.从开发方面看，结构化方法的工作重点是设计；面向对象方法的工作重点是分析；但是，在结构化方法中，分析阶段和设计阶段采用了不相吻合的表达方式，需要把在分析阶段采用的具有网络特征的数据流图转换为设计阶段采用的具有分层特征的结构图，在面向对象方法中则不存在这一问题。

5.从应用方面看，相对而言，结构化方法更加适合数据类型比较简单的数值计算和数据统计管理软件的开发；面向对象方法更加适合大型复杂的人机交互式软件和数据统计管理软件的开发；

参考文献：

《实用软件工程》第二版，郑人杰、殷人昆、陶永雷等著

《微软项目：求生法则》Steve McConnell著，余孟学译

《软件工程：实践者的研究方法》（第5版）Roger S.Pressman著

《软件构架实践》SEI软件工程译丛，林·巴斯著

《RUP2000》电子版；

《UML与系统分析设计》张龙祥著；

《面向对象的分析与设计》杨正甫著；

本文来自CSDN博客，转载请http://blog.csdn.net/nengyu/archive/2009/01/12/3758312.aspx

标

明

处

出

：

《概要设计说明书》编写指南第2篇

数据库设计说明书

[V1.0(版本号)]

拟制人______________________ 审核人______________________ 批准人______________________

[二零一零年八月二十日] [项目名称]——数据库设计说明书 1

数据库设计说明书

1.引言

1.1编写目的

[说明编写这份数据设计说明书的目的，指出预期的读者。] 1.2背景

a.[待开发数据库的名称和使用此数据库的软件系统的名称；] b.[列出本项目的任务提出者、开发者、用户。] 1.3定义

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

[列出有关的参考资料。] 2．外部设计

1.1标识符的状态

[联系用途，详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。]

2.2使用它的程序

[列出将要使用或访问此数据库的所有应用程序，对于这些应用程序的每一个，给出它的名称和版本号。] 2.3约定

[陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定。]

2.4专门指导

[向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导。]

2.5支持软件

[简单介绍同此数据库直接有关的支持软件。说明这些软件的名称、版本号的主要功能特性。列出这些支持软件的技术文件的标题、编号及来源]

3．结构设计

3.1概念结构设计 [项目名称]——数据库设计说明书 2 [说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。]

3.2逻辑结构设计

[说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构。]

3.3物理结构设计

[建立系统程序员视图。]

4．运用设计

4.1数据字典设计学习是成就事业的基石

[对数据库设计中涉及到的各种项目一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。]

4.2安全保密设计

《概要设计说明书》编写指南第3篇

概要设计说明书

项目名称

飞机订票系统项目负责人

何柳青本文档编写者李欣纯项目开发者计算机081第二组

2010年11月7日目录

1.引言.....................................................................1

1.1 编写目的......................................................................................................................................1 1.2 背景.............................................................................................................................................1 1.3 定义.............................................................................................................................................1 1.4参考资料.......................................................................................................................................1

2.任务概述...............................................................2

2.1目标...............................................................................................................................................2 2.2运行环境.......................................................................................................................................2

2.2.1设备........................................................................................................................2

2.2.2支持软件................................................................................................................2 2.3需求概要.......................................................................................................................................2 2.4条件与限制...................................................................................................................................2 3.总体设计.................................................................3

3.1处理流程.......................................................................................................................................3 3.2总体结构和模块外部设计...........................................................................................................4

4.接口设计.................................................................4

4.1 硬件接口......................................................................................................................................4 4.2 软件接口......................................................................................................................................4

5.数据结构设计.............................................................5

5.1 逻辑结构设计..............................................................................................................................5 5.2 物理结构设计..............................................................................................................................5 5.3 数据结构与程序的关系..............................................................................................................5

6.运行设计.................................................................5

6.1 运行模块的组合..........................................................................................................................5 6.2 运行控制......................................................................................................................................5 6.3 运行时间......................................................................................................................................5

7.出错处理设计.............................................................6

7.1 出错输出信息..............................................................................................................................6 7.2 出错处理对策..............................................................................................................................6

8.安全保密设计.............................................................6 9.维护设计.................................................................6

1.引言

1.1 编写目的

从该阶段正式进入软件的实际开发阶段，本文档将对《飞机订票系统》的软件功能进行描述。本阶段的主要任务是把系统的功能需求分配给软件结构，形成软件的系统结构图。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。本文档的读者是项目策划、设计和评审人员。

1.2 背景

开发软件名称：飞机票订系统。

//（1）项目任务提出者：中国民航及中国国际旅游开发公司。（2）项目开发者：何柳靑，陆银琳，李欣纯，单国英，阿依古丽

（3）项目与其他软件，系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用Oracle 8的为开发软件的数据库服务程序。

1.3 定义

概要设计说明书中的专门术语有：数据结构设计，总体设计，接口设计，运行设计，系统出错处理设计。

1.4参考资料

《软件工程导论》清华大学出版社张海藩编著《实用软件工程》清华大学出版社郑人杰等编著

《数据库系统概论(第三版)》高等教育出版社萨师煊王珊等编著《实用软件文档写作》清华大学出版社肖刚等编著《软件工程》第3版人民邮电出版社张海藩等编著 2.任务概述

2.1目标

该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部分之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。

2.2运行环境

2.2.1设备

硬件最低要求：内存128MB,硬盘20G以上PC机

2.2.2支持软件

vc++.net 传感器windows系列os 如 win98/me/2000pro server/xp/server2003/win7 2.3需求概要

系统主要的输入输出：

1.乘客通过登录用户界面输入姓名和密码，进行登录，查询信息等； 2.操作人员根据乘客的要求输入信息到数据库中进行相应的查询及修3.4.5.改；

操作人员或用户登录相应的界面输入基本信息，例如姓名，性别，年龄，身份证号等；

公告信息的输出，公告信息的回复；

航班具体情况的输出，剩余票数的输出，及临时调整的输出。

2.4条件与限制

为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则：

（1）软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系；

（2）设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能；（3）设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性；

（4）应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。

3.总体设计

3.1处理流程

系统的总体处理流程如下图：

开始进入用户登录界面是否为后台数据管理员NO YES是否订票NOYES查看航班信息YESNO是否改签NOYES查询显示航班信息YES是否修改退票改签订票修改信息NO结束图3.1 流程图 3.2总体结构和模块外部设计

模块是软件是软件结构的基础，软件结构的好坏完全由模块的属性体现出来，把软件模块化的目的是为了降低软件复杂性，使软件设计、测试、调试、维护等工作变得简易，但随着模块数目的增加，通过接口连接这些模块的工作量也随之增加。

从系统的层次图中可以看出，订票以及退票的信息输入输出功能是由航班数据管理系统进行的。

飞机订票系统登录验证乘客信息修改订票管理航班信息查询航班信息调整后台管理员验证用户身份验证乘客基本信息录入乘客基本信息修改乘客票务信息修改乘客订票改签退票按时间查询按目的地查询按航班号查询增加新航班修改原有航班删除航班图3.2系统层次图

4.接口设计

4.1 硬件接口

本软件不需要特定的硬件或硬件接口进行支持。

4.2 软件接口

可以运行于Windows等操作系统之上。5.数据结构设计

5.1 逻辑结构设计

1．航空公司表：AIRLINE 2．客户表CUSTOMER 3．飞机表PLANE 4．航线表LINE 5．航班表FLIGHT 6．订票表BOOKTICKET 5.2 物理结构设计

系统的物理结构具体由数据库来设计与生成的。

5.3 数据结构与程序的关系

系统的数据结构由标准数据库语言SQL生成。

6.运行设计

6.1 运行模块的组合

具体软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较好的交换信息，处理数据。

6.2 运行控制

软件运行时有较友好的界面，基本能够实现用户的数据处理要求。

6.3 运行时间

系统的运行时间基本可以达到用户所提出来的要求。7.出错处理设计

7.1 出错输出信息

用户使用错误的数据或访问没有权限的数据后，系统给出提示：“对不起，你无法使用数据，没有权限！”而且用户的密码管理可以允许用户修改自己的密码，不允许用户的匿名登录。

7.2 出错处理对策

由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户的数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间，权衡措施由用户来决定。

8.安全保密设计

系统的系统用户管理保证了只有授权的用户才能进入系统进行数据操作，而且对一些重要的数据，系统设置为只有最高权限的人员方可读取或是操作。系统安全保密性较高。

9.维护设计

学生档案管理系统概要设计说明书第4篇

一、总体结构设计

本系统从总体分可分用户表、学生基本信息表、学生在校学籍表、院内课程表、学生课程表、学生成绩表、学生奖惩信息表、教员信息表、班级信息表、系别信息表。

1.用户表：用户名、用户编号、密码、权限、用户基本信息

2.学生基本信息表：姓名、学号、性别、出生日期、与学生关系、家庭成员、家长职业、家长单位、家庭住址、家庭电话

3.学生在校学籍表：学号、班级、系别、入学时间、学生电话、班主任、导员、攻读学历

4.院内课程表：年级、学期、课程、任课教师、课时、课程类型、课程信息

5.学生课程表：学号、年级、学期、课程、任课教师、课时、上课教室、课程信息

6.学生成绩表：

姓名、学号、系别、班级、年级、学期、课程、任课教师、课时、分数、是否通过

7.学生奖惩信息表：姓名、学号、系别、班级、年级、学期、奖惩类型、奖惩信息、备注 8.教员信息表：姓名、职务 9.班级信息表：班级、系别 10.系别信息表：系别

1.1系统总体结构图

图1.1系统总体结构图

1.2、包图及关系

（1）数据库设计数据库分析

在系统操作流程图分析的基础上，可以列出该系统所需要的主要数据项和数据结构。

用户表：用户名、用户编号、密码、权限、用户基本信息

学生基本信息表：姓名、学号、性别、出生日期、与学生关系、家

庭成员、家长职业、家长单位、家庭住址、家庭电

话

学生在校学籍表：学号、班级、系别、入学时间、学生电话、班主任、导员、攻读学历

院内课程表：年级、学期、课程、任课教师、课时、课程类型、课程信息

学生课程表：学号、年级、学期、课程、任课教师、课时、上课教室、课程信息

学生成绩表：

姓名、学号、系别、班级、年级、学期、课程、任课教师、课时、分数、是否通过

学生奖惩信息表：姓名、学号、系别、班级、年级、学期、奖惩类型、奖惩信息、备注教员信息表：姓名、职务班级信息表：班级、系别系别信息表：系别创建数据库表

将上面的E-R图转换成表格形式，在这里即为创建数据库。本课题在创建数据库时，采用的是SQL Server 2000的企业管理器，不需要使用任何的SQL语句,即可成功创建数据库。在SQL中新建了一个名为Student_MessageInfo的数据库，根据先前做的分析，新建了多个数据库表。其中较为重要的表如下所示，其中表格形式的数据库表，学生基本信息

二、过程设计

1、模块说明及程序流程图（1）学生基本信息模块

该模块实现的功能：学生可以查询个人基本信息，成绩信息，学分信息以及惩处信息，但不能修改信息.（2）学生课程模块

该模块实现的功能：学生课程，系统根据学生所报专业选出其对应的选修课，然后学生可根据专业选择其中一项，然后提交.（3）教师信息模块

该模块实现的功能：教师可查询授课信息，学生选课信息，学生基本

信息和学生成绩.（4）管理员查询信息模块

该模块实现的功能：管理员可对学生信息，教师信息，课程信息，学院信息，专业信息，班

进行查询

2、精确类图

四、界面设计

用户登陆：该系统根据用户的身份实现了不同的功能，用户登陆时需要选择一种登陆方式（默认情况下是学生），系统再根据用户选择的登陆方式到相应的表中去搜索。例如，登陆时选择了教师登陆方式，系统将会在教师信息表中搜索是否存在与该用户的输入相符的信息，如果存在则进入教师主页，否则提示用户输入有误，请重新输入。

1、学生用户界面 ①、修改密码

学生的初始密码是由管理员指定的。学生登陆后，可以按照要求自行修改使用密码。首先需要输入原始密码，如果原始密码没有输入正确将不能修改密码，只有在原始密码正确的基础上，用户才能继续下面的操作。新密码设定后，系统还要求用户再输入一次重复密码，避免因为误输而导致密码丢失。②、查询指定学期成绩

学生可以查询自己指定学期的成绩和所有的成绩。方便学生了解自身情况。

③、查询截止目前所获学分

学分一直以来都是学生们倍受关注的焦点。就目前已有的系统来说，虽然实现了学生查询成绩的功能，但是关于学分部分仍然需要学生自行统计。本系统弥补了现有系统这方面的不足，学生可以直接查询到截止目前所获得的学分情况，减少了学生需要自行统计的工作量，提高了工作效率。④、选课系统

学生选课系统是针对学生进行网上选课而设计的，学生可以自主选择自己想修的课程。2.、老师用户界面 ①、查询授课计划

教师可以利用该系统实现查询授课计划的功能，教师不仅可以看到自己本学期要授的课程信息，还能查看选修对应课程的学生名单，同时可以添加对应课程的学生成绩。帮助教师提高了工作效率。②、查询学生基本信息

教师可以查询学生的基本信息，以帮助教师了解学生情况。可以按班级查找、按姓名查找、按学号查找、按年龄查找、按籍贯查找，也可以一起查找。

3、管理员界面 ①、班级信息管理

班级信息管理包括添加班级信息，修改班级信息以及删除班级信息。在班级信息管理之前，需要先对学校信息和专业信息管理。只有在已有的专业信息中才能建立班级档案，班级信息和专业信息是从属关系。

②、学生基本信息管理

《概要设计说明书》编写指南第5篇

——刘军北京苏工匠科技有限公司（创始人）

首先要知道什么是家装设计师和室内设计师：从事公共装饰装修、装饰材料、家居装饰、建筑幕墙、装饰施工、装饰房产、装饰监理、装饰园林、室内外装饰、建筑装饰设计的设计师

刘总认为，专业的装饰设计师必须经过教育、实践和考试合格后获得正式资格，其工作职责是提高室内外空间的功能和居住质量。

根据在西安建筑科技大学的学习和实习、施工经验得出设计师一定是知识+技能+实践的复合型人才，首先从资历上来讲很有可能要通过以下两项认证：

1、通过职业技能鉴定考核合格者，颁发《中华人民共和国职业资格证书》。该证书分为三个等级：室内装饰设计员（高级工），室内装饰设计师（技师，相当于工程师），高级室内装饰设计师（高级技师，相当于高级工程师），证书全国通用，是室内装饰设计人员从事相应职业的权威资格凭证。

2、（ICDA）国际建筑装饰室内设计协会《室内设计师》合格证书。而技能方面需要以下两大点及19小点：

一、加强责任、提高素质、注重成功率。

1、设计师岗位处于公司业务主导地位，其工作质量优劣直接关系到公司声誉和公司业绩。故设计师在工作中应做到和客户沟通积极主动，热情服务，自觉遵守公司各项业务章程，事事处处维护公司形象及利益，尽职尽责。

2、在工作中贯彻“客户第一，公司第一”，把握顾客心理，了解顾客需求，根据不同消费者层次设计出客户理想的方案，使顾客满意，提高业务成功率，扩大公司声誉。

二、精心设计、正确编制预算报价

1、热情主动接待客户，为客户提供装修方面的咨询和服务。

2、设计人员应该理解客户的设计要求，完全表达并升华客户的设计要求，引导客户的创意设计理念，做出客户满意的设计图。

3、勘测要求：设计人员接到设计任务后,要求到现场一次性勘测。勘测内容完整，数据准确，并且对原房型中进水、排水、烟道、空调位置及强弱电进户情况做好记录，如有墙体移位要知道墙体质量情况。

4、接到新设计项目后，认真及时填写客户沟通跟踪记录表，确保项目成功率。

5、方案设计要求：本设计项目的面积、定位标高、地理位置、色调说明、做法表（分项列表）、注意事项、用材说明。给客户看方案前要准备好所有参考资料等所有的准备工作。

6、预算要求：按图列项计算主材、辅料、工价、损耗。按不同部位列出施工项目，计算实际工程量不得漏项，先报价后补图纸的工程造价必须控制在报价范围内。

7、材料价格：材料价格必须按公司现行掌握材料单价报价，若个别材料无法掌握，应向材料采购人员询价，同时做好记录。

8、掌握施工难易，设计师要掌握施工项目以及复杂难易程度，若复杂施工项目应相应增加耗料及人工系数。

9、出图内容：原始平面图、平面布置图、顶面图、立面图、装饰剖面图、构造节点图、配套装置家具图、水电工图。利用简洁明晰的图象、线条、数字和符号在图纸上用特定的“图式语言”来表述设计构思和艺术观点。

10、设计完成后：图签填写完整，出图前设计人员自查一遍，交审核人，审核人确认后，并由客户签字认可后，设计图一式叁份，客户签字一份交合同管理员，一份交与客户保存，一份交与施工部。

11、时间要求：一般项目2天内交出方案并报价，合同签定或定金交纳后3天内出效果图或全套图。复杂项目（复式、别墅等大项目）3天内出方案并报价，4天内出效果图或全套图。如开工比较急的，水电图纸先让客户签字确认施工，全套图必须在水电施工验收前让客户签字确认完成交付档案部管理。项目要求时间紧的，要根据实际情况完成。

12、图纸完成后，和项目经理进行设计和材料交底，说明设计细节要求和材料材质、颜色、数量等。

13、参与开工仪式，施工过程中全程跟踪施工过程，积极和客户、项目经理沟通，确保施工中设计部分万无一失。

14、如涉及到施工过程而客户不能到公司，设计人员必须去现场解决，客户要求变更，由设计人员与客户交流，并通知有关人员办理变更手续，任何不得擅自进行变更。变更后的图纸和增减项目费用要经过客户签字认可后方可实施。

15、负责工程款催收工作。

16、在竣工结算时，业务员应认真做好增减项目清算，项目完工后，设计人员应及时汇总，并且总结这个项目的得失。

《概要设计说明书》编写指南第6篇

人事管理系统概要设计说明书

1.引言

1.1 编写目的人事管理系统的需求分析阶段将系统用户对该系统的需求做了详细的说明。对于人事管理系统的概要设计是在需求分析的基础上进一步进行设计说明。主要解决系统需求的程序模块设计问题包括决定各个模块之间的接口、模块之间传递的信息以及数据结构、模块结构的设计等。在接下来的概要设计说明书中将对本阶段中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中程序员可依据此概要设计说明书在概要设计对人事管理系统所做的模块结构设计的基础上对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书以便于了解在概要设计过程中所完成的各模块设计结构或在修改时找出在本阶段设计的不足或错误。

1.2 项目背景所开发系统的名称企业人事管理系统项目提出者某公司最终用户公司或企业项目的开发者马秋萍刘永强王静常建国

1.3 参考资料【1】张俊兰江开耀李晔等.软件工程.西安西安电子科技大学出版社2003年8月【2】萨师煊王珊.数据库系统概论第三版.北京:高等教育出版社2000 【3】王征李家兴.SQL Server实用简明教程第三版.北京:清华大学出版社2006 【4】郝兴伟.Web开发技术.北京:清华大学出版社2004 【5】刘晓华张建周慧珍Jsp应用开发详解北京电子工业出版社2008年10月

2.人事管理系统结构

2.1 概述该系统主要是用来管理员工的相关信息以及工资等的情况统计公司把员工的信息包括姓名、性别、年龄等信息输入人事管理系统的数据库然后在管理终端对数据进行查询和修改等操作。使用人事管理系统便于公司领导掌握人员的动向及时调整人才的分配。

2.2 人事管理系统结构系统的模块划分已在需求规格说明书中出每个模块对应一个程序模块根据需求规格说明书可得出各模块之间的关系如下培训管理模块工资管理模块调动管理模块奖惩管理模块合同管理模块绩效管理模块考勤管理模块辅助管理模块员工录用模块档案管理模块员工解聘模块统计管理模块合同到期解聘离职人员名单所在合同基本工资员工职位考评决定奖惩奖惩金额考勤信息合同信息工资信息奖惩信息考评信息统计信息合同时间

2.3 人工处理过程本系统人工处理过程主要有 1登记员工的信息。2设置系统的基础数据。3设置员工的权限。

3.界面设计

3.1 概述通过设计界面用户可以点击图形界面的按钮、菜单、对话框等图形接口元素对程序和数据进行操作和在输入框中输入命令的方式查询信息。此时的界面也就是用户接口。

3.2 外部接口在设计用户界面部分时根据需求分析的结果用户需要一个友好的界面因此应做到简单明了易于操作并且要注意到界面的布局应突出的显示重要以及出错信息。

3.3 内部接口身份认证模块的返回值决定当前用户是否可以进入人事管理系统身份通过以后再根据用户本身的权限判定进入哪一个功能模块并且判断其相应的操作权限这些采用返回值方式由用户本身的权限标志决定。以下为部分界面

4.数据库设计

4.1 概述本系统采用SQL Server 2000作为后台数据库包括员工工基本信息管理、部门管理、职称管理、学历管理和用户信息管理等主要表结构。

4.2 概要设计

4.2.1 主要实体及其属性人事管理系统中所涉及到的主要实体集及其属性如下员工员工编号员工姓名性别籍贯年龄生日学历专业住址邮编电话EMAIL参加工作时间进入公司时间部门起薪时间职务备注考勤信息记录编号员工编号员工姓名当前日期上班时间下班时间迟到次数早退次数请假信息请假记录编号员工编号病假天数事假天数假期开始时间加班信息加班记录编号员工编号特殊加班天数正常加班天数加班日期出差信息出差记录编号员工编号出差天数出差日的地出差开始时间调动信息调动记录编号员工编

号员工姓名原部门新部门原职务新职务调出时间调入时间备注。

4.2.2 ER设计在系统的数据库设计中先要对系统分析得到的数据字典中的数据存储进行分析分析各数据存储之间的关系然后才能得出系统的关系模式。可以采用ER图的方法来进行数据结构分析。ER设计方法是一种通过ER图来描述现实世界信息结构的DB设计方法。ER图由实体、属性、联系三部分组成。本系统的ER图如下图所示 ER图

4.3 逻辑设计系统分析的主要成果是系统的逻辑模型。本系统的逻辑模型主要是以系统的数据流图和数据字典为主要描述工具。即在对人事管理方式和业务流程进行认真分析和研究的基础上排除现有组织机构和业务分工所造成的信息障碍。完全从业务管理功能和管理对象出发按照信息系统中应有的数据流和数据结构来勾上班员工加班出差情况 m n 编号姓名性别籍贯生日年龄请假 n 学历专业住址邮编电话 Email 参加工作时间进入公司时间部门起薪时间职务 n 出差 n 调动 n 上班情况 m m 请假信息加班信息调动情况 …… …… …… …… …… 画系统的概貌。

4.3.1 数据流图简称为DFD 数据流图是组织中信息运动的抽象。是在调研的基础上从系统的科学性、管理的合理性、实际运动的可行性角度出发。将信息处理功能和彼此之间的联系自顶向下逐层分解从逻辑上精确地描述系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向外部实体等项目。首先分析人事管理的总体情况划分系统边界识别系统的数据来源和去处确定外部实体得出系统的顶层数据流程图然后划分出几个主要的信息管理功能并明确各功能之间的联系绘制出数据流程图。

4.3.1.1 数据流程图的符号说明: 外部实体处理数据流数据存储图1 数据流程图的符号

4.3.1.2 人事管理系统的顶层数据流程图: 图2 人事信息处理的顶层数据流程图

4.3.1.3 以加班处理的数据流程图图3为例说明二层数据流程图:其它如出差、出勤等信息的数据流程图略.人事管理信息处理 D1 各种报表 P 人事基本信息出勤调动出差请假信息用户单位领导图3

4.3.1.4人事管理系统的数据流程图如下图所示图4 系统数据流程图其中‘P’表示数据处理‘F’表示数据流‘D’表示数据存储

4.3.2 基本表

4.3.2.1 关系模式工资工号姓名性别全勤奖金实上班天数基本工资加班天数加班工资扣款应发工资实发工资工作加班记录加班人员汇总上报审核部门负责人上报加班记录领导审批财务部门送交送交人事部门 F1 录入员工基本信息和工作信息 P1 1221 员工信息空白单 D1 F2 P2 1221 填写有关信息 D2 已填好的有关信息 F3 P3 员工信息处理 D3 处理结果 F4

4.3.2.2关系模式员工基本信息身份证号民族年龄员工编号姓名性别E-mail移动电话属性中文名称属性名类型长度说明员工编号 S_NO CHAR 11 部门统一编号具有唯一性姓名 S_NAME CHAR 20 员工姓名性别 S_SEX CHAR 4 员工性别年龄 S_AGE INT 18100 民族 RACIAL CHAR 具有唯一性身份证号 SID CHAR 20 唯一身份标识 E-mail E_MAIL CHAR 24 移动电话 T_PHONE CHAR 11 4.3.2.3 关系模式员工家庭邮政编码联系电话住址籍贯员工编号属性中文名称属性名类型长度说明员工编号 S_NO CHAR 11 部门统一编号具有唯一性住址 S_ADDRESS CHAR 40 员工家庭住址籍贯 RACIAL CHAR 26 具有唯一性 E-mail E_MAIL CHAR 24 联系电话 T_PHONE CHAR 11 4.3.2.4 关系模式员工学历专业毕业院校教育程度计算机水平外语水平员工编号属性中文名称属性名类型长度说明员工编号 S_NO CHAR 部门统一编号具有唯一性专业 CHAR 毕业院校 CHAR 统一编号具有唯一性教育程度 CHAR 计算机水平CHAR 外语水平CHAR 20 四六级等 4.3.2.5关系模式员工工作职称部门编号工龄入职时间员工编号属性中文名称属性名类型长度说明员工编号 S_NO CHAR 部门统一编号具有唯一性性职称 Z_ZC CHAR 20 员工姓名部门编号 BH CHAR 10 工龄 G_GL INT 3 参加工作时间入职时间 R_SJ INT 4 参加工作时间 4.3.2.6 关系模式员工婚姻婚否子女数员工编号属性中文名称属性名类型长度说明员工编号 S_NO CHAR 11 部门统一编号具有唯一性婚否 CHAR 是或否子女数 S_ 子女年龄

4.3.2.7 关系模式用户用户ID、密码、用户类型属性中文名称属性名类型长度说明用户ID Y_ID char 8 ID 密码 Y_mima vchar 20 用户类型 Y_leixing vchar 8 4.3.2.8 关系模式部门部门编号部门名称职工名职位部门电话部门经理编制人数现有人数属性中文名称属性名数据类型长度说明部门编号

dep_num 整型 int12 部门编号具有唯一性部门名称 dep_name 字符串类型 char12 部门名称职工名 employor_na 字符串类型 char12 职工名职位 position 字符串类型 char12 具有等级之分部门电话 dep_telephone 整型 int11 部门电话部门经理 manager 字符串类型 char12 部门经理编制人数 edit_no 整型 int100 部门最大容纳人数现有人数 own_no 整型 int100 现有人数 4.3.3 导出表 1 调动入表部门编号职位职工编号原部门现部门、说明部分由部门信息表导出。2 转出表部门编号职位职工编号现有人数职工名由部门信息表导出。3 奖惩表职工编号、奖励、惩罚、奖惩时间、说明部分由工资表导出。4.3.4 创建数据库

4.3.4.1 用户表

4.3.4.2 员工基本表

4.3.4.3 员工学历表

4.3.4.4 员工家庭表

5.4 物理设计

5.4.1 设计原则 1进行规范化设计尽可能地减少数据冗余和重复合理的数据库表的设计应该是在满足需求的前提下使数据的重复量最小就尽量按照关系数据库系统理论方法去设计一个数据库减少数据的冗余。2结构设计与操作设计相结合在设计数据库结构时有时为了编程实现的简捷和思路的清晰往往故意增加一些冗余数据。这虽然有悖于传统的关系数据库理论但是考虑到选择的机器型号和档次等因素如果增加的冗余不会明显增加存储空间和降低处理效率并且对编程实现有很大帮助往往可以采用这种方法。3数据结构具有相对的稳定性数据结构的相对稳定性可以作为新、旧系统转换的依据。无论采用何种方法或手段去处理日常事务都应该能完成相应的功能决不会因为采用了计算机而丢失了必要的功能或彻底改变了原有的工作流程和模式。计算机系统的建成是建立在原系统充分调研的基础上的它既不能脱离原系统的大框架也不是简单的重复和替代。所以数据库表结构设计应保证数据的相对稳定这样才能考虑在新的数据结构下的业务处理方式。

5.4.2 设计原则此处着重讨论如何进行规范化设计关系范式规范化过程如下由逻辑结构设计中得出的关系模型可知转化的各关系中均无重复项和空白数据项故是第一范式而且如下图中的a b所示以出差信息及请假信息为例其它略所有非主属性都完全函数依赖于任一侯选关键字故是第二范式在第二范式的前提下可知ER图中ab所示的四个关系的非主属性之间都不存在函数依赖关系故图ab所表示的关系均属于第三范式。

6.系统运行与维护

6.1 系统的运行

1.初始数据的输入本系统的输入采用鼠标和键盘相结合的输入方法。

2、怎样进入系统

A、将本系统所在的文件夹拷贝到硬盘然后执行其中的人事管理系统的程序文件即可应注意要将全部文件的属性变以存档消除只读属性。

B、在随后出现的登录界面上输入正确的用户名和密码即可

3、怎样使用本系统点击鼠标左键即可进行相应功能的选择。a b 请假编号员工编号病假天数事假天数假期开始时间出差编号出差开始时间出差目的地出差天数员工编号消去重复项 1NF 消除部分函数依赖 2NF 消除传递函数依赖 3NF 和空白数据项非规范化关系

6.2 系统的维护本系统是个较复杂的人-机系统由于系统外部环境与内部因素的变化不断影响系统的运行同时需要系统不断地适应这些变化不断地完善系统以提高系统运行的效率与服务水平这就需要自始至终进行系统的维护工作。系统的维护主要包括四个方面

1程序的维护指的是修改部分或全部程序这种维护往往是在条件发生变化或原系统的效率低的情况下进行的。

2数据文件的维护指的是按照用户的要求对数据文件进行不定期的修改。

3代码的维护随着系统的发展和变化可能会出现旧代码不能适应新要求的问题因此有必要变更代码予

以维护。

园林绿地设计说明书的编写第7篇

园林绿地设计说明书的编写，因设计工程的大小、性质等因素而异，没有固定的模式。通常，设计说明书应包括以下几部分内容：

1．工程概况

包括工程的位置、现状、历史形成的特点、面积、与周围环境的关系，如有题名则说明花园命名的原由等等。

2．设计指导思想

提出本设计的具体指导思想，主要从实际情况出发，抓住自身特点，综合考虑各类条件，提出具有审美性、用性、前瞻性及可操作性循设计方案。

3．设计构思

具体的设计思路及设计思想综述。

4．总体设计（方案）

主要包括以下几个方面：

（l）分区设计说明功能分区的原因、目的及其依据。

（2）地形设计说明在竖向上设计的原因、目的及其依据。

（3）园林建筑设计包括说明园林建筑的布局、外观、功能等。

（4）水体设计包括说明水体的总体布局、水体之间的关联及其寓意。

（5）道路系统与铺装场地设计，包括说明道路系统等级的划分，布局，功能的导向性等。

(6）植物种植设计说明植物造景的手法、含义及形成的景观效果。

5．重点景区或景点局部放大设计构思及方法

着重介绍本工程设计的精华之处。从艺术性、功能性。观赏性等方面进行阐述。

6．技术经济指标

包括以下几项：

（l）用地比包括绿地、水体、建筑、道路广场等的用地比。

（2）投资提出设计概算。

（3）分期建设计划从资金方面提出工程分期建设计划。

7．植物名录

写出本设计所用的植物种类品种、规格、数量表等。

8．其他及管理措施等方面的建议

《概要设计说明书》编写指南第8篇

《工艺（工装）课程设计说明书》装订顺序及编写提纲

封面目录设计任务书序言（或前言）

一、零件工艺分析

（一）零件的功用

（二）零件的主要技术要求分析

二、工艺规程设计

（一）毛坯类型的选择

（二）确定毛坯余量（绘制零件-毛坯合图）

（三）拟订工艺路线

1．方案一 …… 2．方案二 …… 3．方案对比分析 4．最终方案

（四）加工余量、工序尺寸的确定

1．加工余量的确定

【注】：绘制指定工序加工表面的余量分布图 2．工序尺寸的确定

（五）切削用量、基本工时定额的计算确定

1．切削用量的确定 2．基本工时定额的计算

三、机床夹具设计

（一）定位与夹紧方案的选择陕西工业职业技术学院

1．方案一 …… 2．方案二 …… 3．方案对比分析 4．最终方案

（二）定位误差的分析计算

（三）对刀与导引装置的设计

（四）夹紧机构设计与切削力、夹紧力的计算

（五）夹紧机构的强度校核

（六）夹具操作动作说明

四、设计心得体会

五、参考资料工艺卡片

（一）工艺过程卡

（二）工艺综合卡

《产品说明书及其编写》教学设计第9篇

一教材内容分析

本节的内容是《技术与设计1》（苏教版）第八章第一节的内容。《普通高中技术程标准》中提出了“了解产品说明书或用户手册的作用与一般结构，能编写简单的产品说明书或者用户手册”的要求。编写产品说明书是技术产品设计的一般过程的最后一步，当学生为自己的作品编写好说明书之后，学生就完成了一个完整设计过程的体验。本节内容是在充分考虑用户的前提下，要求学生从设计角度了解产品说明书的作用及其编写。

二学情分析

本节的教学对象是高一年级学生，产品说明书对于学生来说或多或少都接触过，有一定的阅读、使用产品说明书的能力。但是在日常生活中的这种对产品说明书的体验和认识，主要是来自作为消费者对说明书的朴素认识。而学生没有过以设计者的角度，思考产品说明书的编写问题。本节学生将有一次全新的体验。经过前面章节的学习，学生已经对技术与设计有了一定的了解，并且积累了一些产品设计的实践经验，为学生撰写自制的作品和常用加工工具的产品说明书奠定了良好的基础。

三教学目标

知识与技能

（1）了解产品说明书的编写是技术设计过程的一个环节；

（2）知道什么是产品说明书，产品说明书的作用；

（3）了解产品说明书的编写规则和要求；

（4）能够编写简单的产品说明书。

2．过程与方法

（1）通过阅读产品说明书，切身理解产品说明书的作用、结构和形式，提高规范使用产品的安全意识；

（2）通过设计、编写一个简单的产品说明书，体验产品说明书的规范性。

3情感态度与价值观

通过本节的学习，进一步培养技术以人为本的理念，提高规范使用产品的安全意识，提高技术素养，培养严谨的科学态度。

四教学重点与难点