概要设计说明书
1．导言
1.1 目的
本文档的目旨在推动软件工程的规范化，对本系统的业务流程、软件架构、功能模块设计、数据库设计、接口设计等做了分析和说明，使设计人员遵循统一的软件设计规范，降低系统实现的风险，做到系统设计文档的规范性与全面性，以利于整个系统的实现、测试、维护等。
1.2 范围
本文档用于软件设计阶段的概要设计，它的依据的基线是《需求分析规格书》，它的下游是《详细设计说明书》，并为《详细设计说明书》提供测试的依据。
软件概要设计的范围是：软件系统业务流程分析、总体结构设计、全局数据库和数据结构设计、外部接口设计、主要部件功能分配设计、部件之间的接口设计等方面的内容。该范围应覆盖《需求规格说明书》中的功能点列表、性能点列表。
1.3 命名规则
1.3.1 变量对象命名规则：
1、局部变量：采用驼峰式命名规则，第一单词全小写，其他单词首字母大写。例如：userName。
2、全局变量：首字母为大写的P，后面与局部变量的命名一致。例如：PuserName。
3、函数名：。采用驼峰式命名规则，第一单词全小写，其他单词首字母大写例如：addUser()。
4、常量：所有字母均要小写。例如：name。
5、类：首字母为大写的C，其他的单词首字母都大写。例如：CUser。
6、对象：与局部变量命名规则一致。例如：userOne。
1.3.2数据库对象命名规则：
1、数据库表名：采用驼峰式命名规则。例如：cpInfo。
2、字段名：表名首字母小写加下划线加相应单词小写。若表名首字母相同的，则在字段名的前两个字母为表名的前两个字母小写。例如：u_name。
3、索引名：“index_”加相应的名称。例如：index_name。
4、视图名：首字母为大写的V，后面加相应的名称。例如：Vpest。
1.4 术语定义
术语定义如表1所示。
表1 术语定义表
1.5 参考资料
[1] 用户需求报告
[2] 软件开发合同
[3] 数据库设计规范
[4] 命名规范
1.6 相关文档
[1] 《详细设计说明书》
[2] 源程序清单
[3] 测试计划及报告
[4] 《用户使用手册》
2．业务流程分析
2.1 业务流程分析
依据前面的需求分析说明书，我们从整个系统中提取了普通用户和管理员两实体（操作员）。从用户和管理员两个角度对本系统的业务流程进行分析说明，绘制出如图1所示的业务流程图。
图 1 业务流程图①
①图中符号说明：1、图中红色实绩箭头为系统管理员所拥有的操作。
2、图中蓝色虚线箭头为普通用户不可操作，但要沿箭头方向传送数据。
3、图中黑色虚线方框表示需要人工处理过程。
2.1.1系统的计算模式
依据用户的要求和整个系统的特征，我们这个系统采用B/S的计算模式，如图2所示。
图 2 柑橘虫害专家系统计算模式
2.1.2 用户操作流程
首先，用户要先注册登录，或以游客的身份登录本网站。登录后可以进行浏览本站内的信息、柑橘虫害诊断、浏览用户的留言信息、发表或回复留言、修改用户的基本信息（游客不拥有后面两项操作权限）等操作。如果这些链接满足用户的要求条件，则系统进行查询给出相应的信息；反之则进行智能诊断操作，这要求用户输入一些柑橘害虫的描述。这里系统给用户的信息包括这些柑橘害虫的信息、柑橘虫病的信息以及害虫天敌的信息。系统根据用户给出的描述判断时运是否为数据库中没有存在的新害虫的特征描述。若数据库存在这种害虫特征，则给出相应信息；若没有，则存储这些新特征，由系统管理员来做下一步的处理。在用户诊断柑橘虫害后也可以进行浏览、发表或回复相关主题的留言。
2.1.2 管理员操作流程
同样管理员只有登录后才能进行相应的操作。浏览用户留言信息、发表新留言、回复用户留言、删除用户留言、从用户留言中提取出有关柑橘虫害的息、系统的日常维护。系统的日常维护包括系统的一般性维护和对用户提交的新害虫的特征的管理。一旦发现有用户提交了新的害虫的信息，管理员要组织相关的专家对这些信息进行分析归类，将分析的结果存储到数据库中，以便用户的下次的查询。
2.2 系统各模块时序图
2.2.1 用户信息管理模块时序图，如下图3所示
图 3 用户信息处理时序图
摘要：
用户注册、专家注册用户时，用户信息表单将注册信息提交给用户信息控制者，用户信息控制者再将注册信息保存到系统。用户登录时，用户信息表单将登录信息提交给用户信息控制者，用户信息控制者从系统读取信息进行验证，并返回登录结果。登录后的用户修改信息时用户信息表单将修改后的信息提交给用户信息控制者，用户信息控制者再将信息保存到系统。管理员浏览用户时，用户信息表单向用户信息控制者提出请求，用户信息控制者从系统读出已有用户信息，用户信息表单将返回的用户信息显示出来。管理员对已有用户的信息进行修改时，用户信息表单将修改后的信息提交到用户信息控制者，用户信息控制再保存到系统。
用户信息表单的方法：提交用户信息submitUserInfo(),请求用户信息
requestUserInfo,提交编辑用户信息submitEditUserInfo()，显示注册结果showRegistResult()显示登录结果showLoginResult(),显示删除结果showDeleteResult(),显示用户信息showUserInfo()。
用户信息控制者的方法：保存用户信息saveUserInfo(),提交登录信息submitUserInfo(),保存用户信息saveUserInfo(),请求用户信息requestUserInfo(),提交删除用户信息submitDeleteUserInfo()。
用户的方法：注册regist (),登录login(),浏览个人信息scan()，编辑个人信息editUserInfo()。
专家的方法：注册regist (),登录login(),浏览个人信息scan()，编辑个人信息editUserInfo()。
管理员的方法：登录login()，浏览用户scan(),删除用户delete()。
界定分析：
边界类：用户信息表单类。用户信息表单为系统与用户交互的图形界面，故为边界类。
控制类：用户信息控制者。用户信息控制者负责系统的功能实现，故为控制类。
实体类：用户、专家、管理员。
2.2.2 柑橘虫病信息管理模块时序图，如图4所示。
图 4 柑橘虫病信息管理模块时序图
摘要：
用户或管理员浏览虫害病信息时，虫害病信息控制表单将请求浏览的种类发送给虫害病信息控制者，虫害病信息控制者从系统读取要浏览的数据返回给虫害病信息表单，虫害病信息表单将其显示出来。管理员编辑虫害病信息时，虫害病信息表单将编辑的信息发送给虫害病信息控制者，虫害病信息控制者再保存到系统，并返回保存结果。
虫害病信息表单的方法：请求虫害病信息requestCpdInfo(),提交虫病信息submitCpdInfo()，显示虫害病信息showCpdInfo(),显示编辑结果showEditResult()。
虫害病信息控制者的方法：请求虫害病信息requestCpdInfo(),提交新的虫病信息submitCpdInfo（）。
用户：浏览scan()。
管理员：浏览scan(),编辑虫害病信息editCpdInfo()。
界定分析：
边界类：虫害病信息表单。虫害病信息表单为系统与用户交互的图形界面，
故为边界类。
控制类：虫害病信息控制者。虫害病信息控制者负责系统的功能实现，故为控制类。
实体类：用户、管理员。
2.2.3 柑橘害虫信息管理模块时序图，如图5所示。
图 5 柑橘害虫信息管理模块时序图
摘要：
用户或管理员浏览害虫信息时，害虫信息控制表单将请求的浏览发送给害虫信息控制者，害虫信息控制者从系统读取要浏览的数据返回给害虫信息表单，害虫信息表单将其显示出来。管理员编辑害虫信息时，害虫信息表单将编辑的信息发送给害虫信息控制者，害虫信息控制者再保存到系统，并返回保存结果。
害虫信息表单的方法：请求害虫信息requestCpInfo(),提交害虫信息submitCpInfo()，显示害虫信息showCpInfo(),显示保存结果showSaveResult(),提交害虫与天敌匹配信息submitLinkCpd()。
害虫信息控制者的方法：请求害虫信息requestPestsInfo(),保存害虫信息saveCpInfo(),保存害虫与天敌匹配信息saveLinkCpd()。
用户：浏览scan()。
管理员：浏览scan(),编辑害虫信息editCpInfo()，linkCpd()。
界定分析：
边界类：害虫信息表单。害虫信息表单为系统与用户交互的图形界面，故为边界类。
控制类：害虫信息控制者。害虫信息控制者负责系统的功能实现，故为控制类。
实体类：用户、管理员。
2.2.4 天敌信息管理模块时序图，如图6所示。
图 6 天敌信息管理模块时序图
摘要：
用户只能向天敌信息表单提出浏览查询柑橘害虫的天敌的基本信息的请求，天敌信息表单将这个请求发送给天敌信息控制者，控制类又将这请求发送给系统，系统将查询结果返回给控制者从而反馈给用户。而管理员可以向控制者发出浏览查询、编辑、与害虫的匹配处理、取消与害虫的匹配处理4个请求，控制者据请求的不同做出不同的信息判断并发送给系统，系统也将逐个返回信息。
天敌信息表单的方法：请求天敌信息requestEnemyInfo(),显示天敌信息showEnemyInfo(),提修改submitEdit(),显示保存结果showSaveResult(),提交天敌与害虫匹配信息submitLinkPests()，显示天敌与害虫匹配信息showLinkPests()，提交取消天敌与害虫匹配关联submitUnlinkPeste(),显示取消匹配结果showUnlikPests()。
天敌信息控制者的方法：请求天敌信息requestEnemyInfo(),保存天敌编辑信息saveEdit(),保存天敌与害虫匹配信息saveLinkPests(),保存取消天敌害虫匹配信息saveUnlinkPestes()。
用户的方法：浏览天敌信息scan()。
管理员的方法：浏览天敌信息scan()，编辑天敌信息edit()，天敌与害虫匹配linkPests()，取消天敌与害虫匹配关联unlinkPests()。
界定分析：
边界类：天敌信息表单。天敌信息表单为系统与用户交互的图形界面，故为边界类。
控制类：天敌信息控制者，天敌信息控制者负责系统的功能实现，故为控制类。
实体类：用户、管理员。
2.2.5 新发现害虫管理模块时序图，如图7所示。
图7 新发现害虫管理模块时序图
摘要：
用户编辑新害虫信息，新害虫添加表单将用户编辑的信息提交给新害虫添加控制者，新害虫添加控制者将新害虫信息保存到系统，并返回保存结果。专家向新害虫表单发送请求，要求读取用户添加的新害虫的信息，新害虫表单发送这个请求给新害虫添加控制者，新害虫添加添加控制者从系统中读取所有新害虫的信息，反馈给专家。专家经分析判定归类后，确认新害虫的信息。管理将经专家确认整理后的新害虫信息提交给新害虫表单，新害虫表单将已确认为新害虫的害虫信息发送给新害虫添加控制者，新害虫添加控制者将其保存到害虫信息库中，并返回保存结果。
新害虫表单的方法：提交新害虫信息submitNewPests(),请求新害虫信息requestNewPests(),提交增加的新害虫信息submitAddNewPests() ,显示新增结果showAddResult()，显示保存结果showSaveResult(),显示新害虫信息showNewPests()，提交查询新害虫信息querryNewPest(),显示查询结果showQuerryResult()。
新害虫控制者的方法：保存新害虫信息saveNewPests(),请求查询新害虫信息querryNewPests(),保存新害虫信息saveNewPests ()。
用户的方法：编辑新害虫描述editNewPests()、查询新害虫信息searchNewPests()。
专家：读取新害虫描述readNewPests()。
管理员：增加新害虫信息addNewPests()。
界定分析：
边界类：新害虫添加表单。新害虫添加表单为系统与用户交互的图形界面，故为边界类。
控制类：新害虫添加控制者。新害虫添加控制者负责系统的功能实现，故为控制类。
实体类：用户、管理员、专家。
2.2.5 柑橘虫害诊断模块时序图，如图8所示。
图8 柑橘虫害诊断模块时序图
摘要：
用户通过浏览害虫和柑橘因这些害虫面致的病进行鉴别诊断时，诊断表单将所请求的分类发送给诊断控制者，诊断控制者从系统中读取出分类信息并返回给表单。用户通过浏览虫害病分类进行诊断时，诊断表单将所请求的分类发送给诊断控制者，诊断控制者从系统中读取出分类信息并返回给表单。用户通过搜索关键字进行诊断时，诊断表单将用户所输入的关键字发送给诊断控制者，诊断控制者从系统中检索出符合关键字的信息条目并返回给表单。用户通过勾选虫害病特征进行智能诊断时，诊断表单将勾选的特征发送给诊断控制者，诊断控制者从系统中检索出最匹配的1-3个条目返回给表单。
诊断表单的方法：请求柑橘虫病信息requestCpdInfo(),显示柑橘虫病信息showCpdInfo()，请求害虫信息requestPestsInfo(),显示害虫信息showPestsInfo()，显示要用户选择的特征项showChoices()，提交用户对特征的选择submitChoices,提交柑橘虫病特征submitCpdFeature()，显示诊断结果showResult()。
诊断控制者的方法：请求害虫信息requestPestsInfo(),请求虫病信息requestCpdInfo(),提交柑橘虫病特征submitCpdFeature(),提交用户选择的特征submitChoices()。
用户的方法：浏览害虫分类信息scanPestsInfo(),浏览虫害病分类信息scanEchinococcosis(),搜索search(),智能诊断featureDiagnosis()
界定分析：
边界类：诊断表单。诊断表单为系统与用户交互的图形界面，故为边界类。
控制类：诊断控制者。诊断控制者负责系统的功能实现，故为控制类。
实体类：用户。
2.2.6 用户留言管理模块时序图，如图9所示。
图9 用户管理留言时序图
摘要：
用户发表留言时，留言管理表单将留言提交到留言管理控制，留言管理控制者将留言保存到系统。用户或管理员回复留言时，留言管理表单将回复提交到留言管理控制，留言管理控制者将回复保存到系统。
留言管理表单的方法：提交留言submitMessage(),提交回复submitAnswer()。
留言管理控制者的方法：保存留言saveMessage()，保存回复saveAnswer()。
用户的方法：发表留言pubMessage(),回复answer()。
管理员的方法：回复answer()。
界定分析：
边界类：留言管理表单。留言管理表单为系统与用户交互的图形界面，故为边界类。
控制类：留言管理控制者。留言管理控制者负责系统的功能实现，故为控制类。
实体类：用户、管理员、专家。
3．总体设计
3.1 总体结构设计
本软件系统的总体逻辑结构是按照用户需求分析说明书中功能需求，划分成用户信息管理子子系统、柑橘虫害诊断管理子系统、用户留言管理子系统三个子系统。然后再依据用户需求对各子系统进行更加细化的功能模块的划分。
总体结构示意图如图2所示。
图10 总体结构示意图
3.2 运行环境设计
该软件系统的运行环境：
硬件平台：
服务器的最低配置要求：处理器1GHz或更快，内存1GB或更高，硬盘10GB 或更大容量。
软件平台：
（1）服务器操作系统：NT 核心的操作系统，可以是Windows Server 2003操作系统或更高的版本。
（2）数据库管理系统：Microsoft SQL Server 2005
（4）客户端的操作系统：Windows 2000或XP 或更高版本。
（5）客户端的平台软件：IE6.0以上。
网络平台：
（1）通信协议：支持HTTP协议。
（2）通信带宽：
3.3 子系统清单
子系统清单，如表2所示。
表2 子系统清单
3.4 功能模块清单
功能模块清单，如表3所示。
表3 功能模块清单
4．模块（部件）功能分配
具有功能独立、能被调用的信息单元叫做模块。模块是结构化设计中的概念，部件是面向对象设计中的概念。
模块功能分配的目的，就是为了将具有相同功能的模块合并，从中提取公用模块，形成公用部件，按照构件或中间件的方式加以实现，作为本系统的公用资源，甚至作为公司级组织的公用资源，从而充实公司级的构件库或中间件库，优化系统设计，加快开发速度，提高开发质量。
4.1 专用模块功能分配
专用模块功能分配，如表4所示。
表4 专用模块功能分配
4.2 公用模块功能分配
公用模块功能分，如表5所示。
表5 公用模块功能分配
5．数据结构设计
5.1 数据库表名清单
数据库表名清单，如表6所示。
表6 数据库表名清单
续上表
5.2 数据库表之间关系说明
数据库的E-R图如图3所示。
图11 E-R图
整个系统中共有6个实体，包括用户、柑橘害虫、新害虫、柑橘虫病、天敌、留言。前面5个实体分别产生5张表，分别是用户信息表（userInfo）、柑橘害虫信息表(cpInfo)、新害虫信息表（newcpInfo）、柑橘虫病信息表（cpdInfo）、天敌信息表(enemyInfo)。对于实体留言，根据用户与留言的2种联系，留言实体产生2张表，分别是用户发表留言（userPM）和用户回复留言（userRM）。
这6个实体间有着5种联系，一种1对多联系，4种多对多联系，4种多对多联系产生了4张表，分别是用户发表留言（userPM）、用户回复留言（userRM）、致病表（pcLink）、捕食表（Predator）。
因为这个系统中的害虫和虫病要实现分类管理，所以要添加害虫类型表（cpType）、柑橘病类型表（cpdType）、天敌种类表（enemyType）。
根据用户对图片的要求，分别对害虫和害虫天敌的图片做了一个相册。所以产生了两张表，天敌相册表（PhotosOfEnemy）、害虫相册表（PhotosOfPest）。所以
整个数据库中共有14张表。5.3 数据库表的详细清单
Table1: userInfo
Alias: 用户信息
Table2: cpdType
Alias: 柑橘虫病类型
《XXXXXX》概要设计说明书 张三、李四、王五
1．引言 1．1编写目的 在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1．2项目背景 机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。本系统与其他系统的关系如下： 1．3定义 1．3．1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1．3．2 缩写
系统：若未特别指出，统指本机票预定系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1．4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1．机票预定系统项目计划任务书浙江航空公司1999/3 2．机票预定系统项目开发计划《**》软件开发小组1999/3 3．需求规格说明书《**》软件开发小组1999/3 4．用户操作手册（初稿）《**》软件开发小组1999/4 5．软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6．软件工程张海藩清华大学出版社1990/11 7．Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2．任务概述 2．1 目标 2．2 运行环境 系统将由两部分程序组成，安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2．3 需求概述 浙江航空公司为方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2．4 条件与限制 3．总体设计 3．1 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
《软件项目管理》课程报告课程 设计报告 题目: 应急指挥系统业务软件开发 姓名：欧和平 学院：机械工程学院 专业：机械设计制造及其自动化6班 学号： 2014210451 2016 年 11 月 前言 XXX 公司很荣幸地被邀请参加XXX 省卫生突发公共卫生事件应急指挥系统业务软件开发的投标，在此对XXX 省卫生局给我司提供机会深表感谢。本投标文件依据贵局提供的招标文件，参照国家、司法部相关标准，基于高新科技在应急指挥系统多年来积累的丰富经验，由本公司专业技术人员经过科学、严谨、务实的
论证和设计，编制出《突发公共卫生事件应急指挥系统业务软件项目》投标书。投标书中主要包括八部分内容。八大部分内容分别是：第一部分公司简介第二部分技术应答书第三部分项目进度规划第四部分项目实施人员规划投标报价清单及优惠条件按贵局招标要求另行封装。如果对此投标书的内容 有任何疑问，希望贵局及时与我们联络：。 本公司郑重承诺：我们将认真做好我们的工作，提供最好的产品和解决方案，最好的价格，最优的服务，为本项目的顺利实施贡献我们的一份力量。通过合作您可深刻感受到本公司严谨的科学态度，高效的办事作风，全面的优质服务。 第一部分公司介绍 一公司简介 XXX 有限公司是专注于全国应急指挥系统科技化、信息化事业的技术研发和服务的专业性技术公司，是一支熟悉业务、精于技术、热心服务、甘愿为公务员事业奉献理想和青春的充满朝气的团队，是经过部公务员局和部分省卫生局的长期检验得到一致好评并充分认可和信任的合作伙伴。 二我们的优势汇聚一流人才，做公务员数字化技术与服务之冠！ ○专业的企业定位 高新科技以专业的精神为所有的客户和伙伴提供高品质产品服务。我们视业务需求为企业的生命，一方面聘请全国最著名的业务专家和教授作为公司顾问，另一方面通过周到的服务使工程师和用户建立密切的联系，保证公司获得
1需求分析 NBA现役巨星资料库 随着NBA (National Basketball Association)近二十年来在中国市场的扩张，如今中国积攒的相当一部分NBA的忠实球迷，更随着中国如王治郅，姚明，易建联等中国球员加入NBA，更多的中国人开始了解NBA。从而NBA得各种信息变得炙手可热，如NBA巨星们的视频，个人资料，周边故事，赛事，等等。这些信息，现如今不仅仅在网络上被各种人使用使用，在日常生活中也是很值得爱好NBA的人去了解的。 本人也是一位NBA的爱好者，在一次资料的搜集中，我想要查询网络上“现役NBA巨星的资料”时，可并没有发现，只有“ 50大”(NBA历史上前五十的巨星)诸多资料。其现役巨星的资料大多都是分散的记录。 在当下，“50大”只能是NBA的周边或历史，而现役巨星才是现在球迷的追求对象，所以一套完整的现役巨星资料可以称得上是一份绝对的值得珍藏的资料。 但是整理一份资料简单，只需在各种网站中搜索巨星的名字，相关资料自然会弹出，可如何去让它具有一个更高的集成性，如何去让它更符合我们拥有如今操作理念，不在是单一的单窗口字面文档。 设计一个基于数据库且可实现多窗口，在形式上多样化，这就是此次MFC程序设计的主导方向。 MFC程序设计 既然程序是基于数据库的，固然数据库是必须建立的，在MFC建立数据库的方式有很多，期中最简单操作的是Access数据库的调用可通过ODBC。而形成形式上的突破方法是很多的，如联入多媒体，插入视图，增加功能等等。 数据流图 图片视频
2系统设计概要设计
在需求分析中提到所建立的程序可以实现多窗口调用且具有多功能的。首先， 建立的程序是基于数据库的多文档格式 MFC 程序，整个程序大至可分为三个模 块。 体系结构设计 分析我设计的这个程序，其三个模块并不是互相调用的，而是另两个模块以窗 口对接按键的形式，被第一个模块调用的。这样的结构存在属于“层次结构” ， 高层的工作建立在低层的工作上面，把复杂的事情转化成多件逐层递进的事件。 模块设计 上面说到，这个程序设计中有三个模块，其中两个以窗口形式存在的模块与另 一模块的耦合（Coupling ）较强，可是这两个模块却又是完全独立的，他们属于 强内聚（Cohesion ）。这样的设计算不上“强内聚，弱耦合”。可在程序中以窗口 运行的两个模块是具有一定的封闭性。 详细设计 ? NEAffite^星信电:城宰（Atctis 2000丈件棺式I 角炳d tedistma dmw I X I -a 蛊 iB 2使用ODBC 实现对Access 的驱动（WIN7在主控面板右上角输入“ ODBC”） 科比?布莱恩特 砂圭尔?真的 阿伦? 艾弗森 薔怖恩-韦懐 勒布朗?普姆斯 億怖特?霍华德 克里斯?保罗 史蒂夫 ?抽什 凯文?仙内特 待雷西?麦克格€ 姚用 小飞侠 1.英尺$英= 2.1GM 打却?1英 誓案 1.83M 阳贪尺0英十 闷电侠 1.93m / 6尺4寸 小皇帝 2. （J3mf6英尺￡英匚 M 21册6英尺11金 蹩王 1.83m 1.91m 線王 2.1W6 尺 11 寸 T _ Mac 2. 03冊￡英尺￡英; 沦鋼T 英尺6疑 sa.oks/aos 磅 得分后卫/小前^洛杉矶湖人限 HT 阪型融 中饉 漩士顿凯尔特” T4.业討1閃磅得分后卫 费城七六人臥 20&切听埜斤得分后卫/组织后迈阿密热火 113 4W250^小前覆 迈阿魏火臥 120kg 中锂 奥兰多魔术阴 TO- *kg 扌空球后卫 新臭尔良靑虫郢 89kj 113.4ke/2S0^ 101kg/223i^ 134.2k* 渐磅 锋后 前 分锂 犬得中 菲尼克斯衣阳F 披士屯帥特‘ 底特律活基陆 休斯顿火箭 记录:?E r^jrs II 裁 I 隼号 出牛曰期丨 身為 1 EE5*］共有记录数"1
1 引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 总体设计 (3) 2.1 简述 (3) 2.2 架构设计 (4) 2.2.1 系统逻辑架构图 (4) 2.2.2 系统物理架构图 (4) 2.2.3 顶层系统包图 (5) 2.2.4 业务类包图 (6) 2.2.5 子系统关系图 (6) 2.3 接口设计 (6) 2.3.1 界面框架设计 (6) 2.3.2 外部接口设计 (7) 3 子系统设计 (7) 3.1 基础信息子系统 (7) 3.1.1 子系统说明 (7) 3.1.2 类图 (8) 3.1.3 类说明 (12) 3.1.4 界面设计 (19) 3.2 我的工作台子系统 (21) 3.2.1 子系统说明 (21) 3.2.2 类图 (22) 3.2.3 类说明 (26) 3.2.4 界面设计 (32) 3.3 工作进展子系统 (33) 3.3.1 子系统说明 (33) 3.3.2 类图 (34) 3.3.3 类说明 (34) 3.3.4 界面设计 (34) 3.4 信息发布子系统 (36) 3.4.1 子系统说明 (36) 3.4.2 类图 (36) 3.4.3 类说明 (37) 3.4.4 界面设计 (38) 3.5 系统管理子系统 (38) 3.5.1 子系统说明 (38) 3.5.2 类图 (39) 3.5.3 类说明 (39) 3.5.4 界面设计 (40) 3.6 个人设置子系统 (41)
3.6.1 子系统说明 (41) 3.6.2 类图 (42) 3.6.3 类说明 (43) 3.6.4 界面设计 (44) 4 约束和假定 (45) 5 系统数据结构设计 (45) 5.1 逻辑结构设计 (45) 5.1.1 角色表（PUBLIC_ROLE） (46) 5.1.2 权限表（PUBLIC_PRIVILEGE） (46) 5.1.3 角色权限表（PUBLIC_ROLEPRIVILEGE） (46) 5.1.4 部门表（PUBLIC_ DEPT） (46) 5.1.5 岗位表（PUBLIC_POST） (47) 5.1.6 员工表（PUBLIC_MEMBER） (47) 5.1.7 工作任务表（WORKPLAN_ TASK） (48) 5.1.8 任务分派表（WORKPLAN_ ALLOTTASK） (48) 5.1.9 工作计划表（WORKPLAN_ PLAN） (48) 5.1.10 计划任务表（WORKPLAN_ PLANTASK） (49) 5.1.11 工作日志表（WORKPLAN_ WORKLOG） (49) 5.1.12 工作汇报表（WORKPLAN_ WORKREPORT） (50) 5.1.13 信息发布表（PUBLIC_ PUBLISHINFO） (50) 5.1.14 收件箱表（PUBLIC_INBOX） (50) 5.1.15 系统操作日志表（PUBLIC_OPERA TELOG） (51) 5.1.16 个人提醒设置表（PUBLIC_EVENTS） (51) 5.1.17 系统表（PUBLIC_SYSTEM） (52) 5.1.18 系统功能模块表（PUBLIC_SYSTEMMODULE） (52) 5.2 物理结构设计 (52) 5.3 数据结构与程序的关系 (52) 6 系统出错处理设计 (52) 6.1 出错信息 (52) 6.2 补救措施 (53) 6.3 系统维护设计 (53)
文档编号： 浮云播放器 外观CSCI详细设计说明书 单位名称 余春小组 浮云播放器 姓名:曹阳 学号:0943041300 2011年6月
修改记录
1 范围 1.1 标识 1.2 CSCI 概述 1.3 文档概述 2 引用的文档 3 CSCI 设计 3.1 CSCI结构 3.2 CSCI运行组织 3.3 CSCI性能要求 3.4 CSCI设计限制和约束 3.5 CSCI测试计划 4 CSC 设计 4.x CSC的名称和唯一标识符 4.x.y 下一级CSC的名称和唯一标识符 4.x.y.z CSU的名称和唯一标识符 5 CSCI数据说明 5.1 CSCI内部数据元素 5.2 CSCI外部接口数据元素 6 CSCI数据文件 6.1 CSC和CSU数据文件的交叉引用 6.x数据文件名和唯一标识符 7 需求可追踪性
1.1 标识 【系统背景】 系统标识符：（系统标识符） 系统名称：（系统名称） 缩写：给出系统的缩写 【适用的CSCI】 标识符：（CSCI标识符） 名称：（CSCI名称） 缩写：给出CSCI的缩写 1.2 CSCI 概述 【系统功能概述】 根文档编写界面。 【CSCI层次】 播放器界面，是在视觉外观显示层，方便和用户实现交互。根据功能实现界面。 1.3 文档概述 【用途】 本CSCI详细说明书用于描述浮云播放器项目CSCI-外观的详细设计方
案，本说明书以《系统需求规格说明书》和《系统设计说明书》作为依据，本说明书是代码实现的依据，也作为单元测试的重要依据。本概要设计说明书的阅读对象为：开发工程师，测试工程师，CM工程师，QA工程师，MA工程师。。 【内容】 本文档的主题内容如下： 1.主要框架 2.menu菜单 3.皮肤 描述CSCI的功能和作用； 2引用的文档 按下列格式列出本文档引用到的所有文档。（《系统需求规格说明书》和《系统设计说明书》） 【序号】【文档编号】【文档名称】 3 （CSCI界面细设计） 3.1 （CSCI界面结构）
软件概要设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3预期读者和阅读建议 (2) 1.4参考资料 (2) 2. 设计概述 (3) 2.1限制和约束 (3) 2.2设计原则和设计要求 (3) 3. 系统逻辑设计 (4) 3.1系统组织设计 (4) 3.2系统结构设计 (4) 3.2.1 系统特性表 (5) 3.2.2 系统特性结构图 (6) 3.3系统接口设计 (6) 3.3.1 系统接口表 (6) 3.3.2 系统接口传输协议说明 (7) 3.4系统完整性设计 (7) 4. 系统出错处理设计 (8) 4.1系统出错处理表 (8) 4.2维护处理过程表 (9) 5. 技术设计 (10) 5.1系统开发技术说明表 (10) 5.2开发技术应用说明 (11) 6. 数据库设计 (11) 7. 词汇表 (11) 8. 进度计划 (11)
1. 引言 引言是对这份软件系统概要设计报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构，包括数据库结构和出错处理，从而对该软件产品的结构的描述。 如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 预期读者和阅读建议 列举本软件系统概要设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写人员； ●等等。 描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.4 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导；
XX概要设计说明书
文档修改记录
填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。
目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
个人博客 概要设计说明书 拟制人__ _____甘伉飞__________ 审核人______________________ 批准人______________________ [二零一二年三月二十七号]
概要设计说明书 1．引言 1.1编写目的 [说明编写这份概要设计说明书的目的，指出预期的读者。] 1.2背景 a.[待开发软件系统的名称；] b.[列出本项目的任务提出者、开发者、用户。] 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出有关的参考资料。] 2．总体设计 2.1需求规定 [说明对本系统的主要的输入输出项目、处理的功能性能要求。包括] 2.1.1系统功能 前台的主要作用，是为用户提供一个可以浏览内容的窗口。所以，前台页面要突出网站的主题，吸引游客的二次访问。本系统的前台主要功能模块如下： 1.文章模块：主要用于显示文章列表及对文章的浏览。 2.图片模块：主要用于显示图片列表及对图片的浏览。 3.播放器模块：主要用于在线收听音乐或更改背景音乐。 4.留言板模块：主要用于游客留言。 5.统计查看模块：主要用户显示博客系统的一些信息。 后台的主要功能是对博客网站的数据进行添加、修改和删除等操作，只对管理员开放。所以相对前台来说，多了一个登陆界面。因为后台页使用了Ajax技术，所以这里的后台管理页面同样使用的是表单布局。后台的功能模块包括以下内容： 1.管理员登陆模块：用于博客管理员登陆后台。 2.文章管理模块：可以添加、修改和删除文章。 3.音频视频管理模块：用于对音频、视频文件的添加和删除。 4.留言管理模块：可以查看网友的留言。 2.1.2系统性能
XX 概要设计说明书
目录
错误!未找到引用源。 关键词：能够体现文档描述内容主要方面的词汇。 摘要： 缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。
1简介 1.1 目的 这部分要描述文档的目的。应该指明读者。 1.2 范围 1.2.1 软件名称 对软件命名 1.2.2 软件功能 解释软件产品将完成或不完成的功能（可以直接描述也可以参考相关文档） 1.2.3 软件应用 描述软件的应用（可直接描述也可以参考其他软件文档） 1.3实现系统环境 描述本软件的硬件应用平台（主要涉及关键器件的介绍和环境组网方式） 1.3.1 器件特性描述 本器件所支持的规格、工作模式及其异同 1.3.2 器件工作原理介绍 The description of the work principle of the device we used in our solution. 1.3.3 关键寄存器介绍 The description of the registers used in the work mode our solution. 2概要设计 2.1第0层设计描述 2.1.1 软件系统上下文定义 描述系统如何与外部实体一道组成功能实体（一般用图描述）
外部实体属性描述只限于软件设计和描述相关的属性。 2.1.2 设计思路(可选) 2.1.2.1基本设计思路 说明系统采取的基本设计思路,概要描述为什么采取本方案。 2.1.2.2设计约束 1遵循标准 描述本软件所遵循的标准、规范 2硬件限制 描述本软件系统实现的硬件限制 3技术限制 描述本软件的技术限制 2.1.2.3安全性和可靠性设计方案 4遵循标准 描述本软件所遵循的标准、规范 5硬件限制 描述本软件系统实现的硬件限制 6技术限制 描述本软件的技术限制 2.1.2.4其他 描述其他有关的设计考虑 2.2第一层设计描述 2.2.1系统架构（功能分解和物理分解） 描述组成软件系统的构件（子系统、模块），描述之间的“静态”关系。一般采用系统方框图的形式。要按照子系统组成系统，模块组成子系统的方式组织描述。 系统方框图应能规定出系统的整体架构，说明组成系统的各部分是如何搭配成一个完整系统的。 系统方框图应画成二种： 一种是功能性的，说明系统有哪些功能应由哪些功能模块来实现画出这些功能模块之间、本系统与其它接口系统之间的逻辑关系；描述它们间的接口方式，遵循的协议规范等。如果是升级类产品，在原有功能方框框图上增加、删除、修改。 另一种是物理性的，说明系统由具体的哪些软件模块来实现。
概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 1.1.1. 2.1. 3.1. 4.第二章 2.1.2.2.2. 3.2. 4.2. 5.2. 6.2. 7.第三章 3.1.3.2.3.3.第四章 4.1.4.2.4.3.第五章 5.1.5.2.5.3.第六章 6.1. 6.2.6.3. 补救措施......................................................... ........................................10系统维护设计......................................................... .. (10) 第一章引言 1.1.编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2.背景 说明：
a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的站点。 1.3.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4.参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出 第二章总体设计 2.1.需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2.2.运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。 2.3.基本设计概念和处理流程 说明本系统的基本设计概念和处理流程，尽量使用图表的形式。 2.4.结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 2.5.功能需求与程序的关系
音乐播放器概要设 计说明书
逗逗音乐播放器 ----概要设计说明书 一、引言 .................................................................. 错误!未定义书签。 1.1、编写目的 ................................................... 错误!未定义书签。 1.2、背景........................................................... 错误!未定义书签。 1.3、定义........................................................... 错误!未定义书签。 1.4、参考资料 ................................................... 错误!未定义书签。 用户界面风格设计参考了其它音乐播放器的设计错误!未定 义书签。 二、总体设计 .......................................................... 错误!未定义书签。 2.1、需求规定 ................................................... 错误!未定义书签。 2.2、运行环境 ................................................... 错误!未定义书签。 2.3、基本设计概念和处理流程 ........................ 错误!未定义书签。 2.4、结构........................................................... 错误!未定义书签。 2.5、尚未解决的问题........................................ 错误!未定义书签。 三、接口设计 .......................................................... 错误!未定义书签。 3.1、外部接口 ................................................... 错误!未定义书签。 3.2、内部接口 ................................................... 错误!未定义书签。 四、系统数据结构设计 ........................................... 错误!未定义书签。 4.1、逻辑结构设计要点.................................... 错误!未定义书签。 4.2、物理结构设计要点.................................... 错误!未定义书签。
xxx项目概要设计说明书 （xxx模块） 拟制日期yyyy-mm-dd 评审人日期 批准日期 签发日期
文档修订记录
目录 1. 简介错误!未定义书签。 . 编写目的...................................................... 错误!未定义书签。 . 适用范围...................................................... 错误!未定义书签。 软件名称 .................................................. 错误!未定义书签。 软件功能 .................................................. 错误!未定义书签。 软件应用 .................................................. 错误!未定义书签。 . 定义及关键词.................................................. 错误!未定义书签。 . 参考资料...................................................... 错误!未定义书签。 2. 第0层设计描述 ................................................... 错误!未定义书签。 . 软件系统上下文定义............................................ 错误!未定义书签。 . 设计思路(可选) ................................................ 错误!未定义书签。 设计可选方案 .............................................. 错误!未定义书签。 设计约束 .................................................. 错误!未定义书签。 其他 ...................................................... 错误!未定义书签。 . 系统结构...................................................... 错误!未定义书签。 系统结构描述 .............................................. 错误!未定义书签。 XXX模块................................................... 错误!未定义书签。 3. 第一层设计描述 ................................................... 错误!未定义书签。 . 模块的系统结构................................................ 错误!未定义书签。 模块内部结构 .............................................. 错误!未定义书签。 业务流程说明 .............................................. 错误!未定义书签。 . 分解描述...................................................... 错误!未定义书签。 XXX子模块................................................. 错误!未定义书签。 数据设计 .................................................. 错误!未定义书签。 . 依赖性描述.................................................... 错误!未定义书签。
＜网上书店＞ 概要设计说明书 作者：XXXXXXXXXXX 完成日期：XXXX年4月XX日签收人：XXXXXX 签收日期：XXXX年X月XX日修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (2) 2 总体设计 (2) 2.1 需求规定 (2) 2.2 运行环境 (3) 2.3 基本设计概念和处理流程 (3) 2.4 结构 (4) 2.5 功能需求与程序的关系 (8) 2.6 人工处理过程 (9) 2.7 尚未解决的问题 (9) 3 接口设计 (10) 3.1 用户接口 (10) 3.2 外部接口 (10) 3.3 内部接口 (10) 4 运行设计 (10) 4.1 运行模块组合 (10) 4.2 运行控制 (10) 4.3 运行时间 (11) 5 系统数据结构设计 (11) 5.1 逻辑结构设计要点 (11) 5.2 物理结构设计要点 (11) 6 系统出错处理设计 (12) 6.1 出错信息 (12) 6.2 补救措施 (12) 6.3 系统维护设计 (12) 7 阶段小结 (12)
1 引言 1.1 编写目的 服务于书店的网络化运营，管理用户购买以及其它服务、管理各类图书信息以及图书销售中的各个环节，最终用户为使用本网上书店的各类用户以及网上书店的系统管理人员和维护人员。 1.2 范围 说明： a．待开发的软件系统的名称：XXXX网上书店 b．任务提出者：刘俊铖、马俊 开发者：马俊、张倩、刘俊铖、张瑞鑫、唐志军、冯庆丰 用户：欲使自己书店网络化运营的各类书店。 使用本软件的单位：待定 1.3 定义 UML：Unified Modeling Language , 统一建模语言。 类图（class diagram）：表述系统中各个对象的类型及其间存在的各种静态关系。静态关系包括关联和子类型两种。 交互图（interactive diagram）：是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图。 可修改性：容许对系统进行修改而不增加原系统的复杂性。 有效性：软件系统能有效地利用计算机的时间资源与空间资源的能力。 可靠性：能够防止因概念、设计和结构等方面的不完善造成的软件系统 失效，具有挽回因操作不当造成软件系统失效的能力。
项目名称 基于C++的音频播放器 系统需求分析规格说明书 组长：张家富 1043041219 组员：杨唯 1043041444 汤志豪 1043041027 李亮亮 1043041121 赵小波 1043041234 刘钰江 0843041275 二○一二年四月
目录 1引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 定义 (3) 1.4 预期的读者和阅读建议 (4) 2任务概述 (5) 2.1 系统目标 (5) 2.2 运行架构 (5) 3系统需求分析 (6) 3.1 播放器基本控制需求 (6) 3.1.1 音量控制 (7) 3.1.2 静音控制 (8) 3.1.3 上一首/下一首控制 (8) 3.1.4 播放控制 (8) 3.1.5 暂停控制 (9) 3.1.6 播放文件控制 (9) 3.2 播放列表管理需求 (9) 3.2.1 播放歌曲文件控制 (10) 3.2.2 添加歌曲文件控制 (11) 3.2.3 删除歌曲文件控制 (11) 3.3 播放器友好性需求 (12) 3.3.1视觉外观显示 (12) 3.3.2歌曲时间显示 (12) 3.3.3播放状态显示 (12) 3.3.4 歌曲文件信息显示 (13) 4性能需求 (13) 4.1 数据精确度 (13) 4.2 时间特性 (13) 4.3 适应性 (13) 5 运行需求 (13) 5.1 用户接口 (14) 5.2 软件接口................................................................................................................................ 6环境需求........................................................ 7产品质量需求..................................................... 7.1 故障分析................................................................................................................................ 7.2 系统利用率............................................................................................................................ 7.3 可靠性.................................................................................................................................... 8 附录............................................................
概要设计的写法 做软件到一定层次了，就要考虑到设计了，设计了很久，就是不系统，系统的设计需要一个记录，记录就用文档，那么对项目所有包括技术上的设计都记录下来，我们就可以理解为软件的概要设计了。在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。 概要设计写什么？概要设计怎么做？如何判断设计的模块是完 整的？为什么说设计阶段过于重视业务流程是个误区？以需 求分析文档还是以概要设计文档来评估开发工作量、指导开发计划 准确？结构化好还是面向对象好？以上问题的答案请在文章 中找。 二、概要设计的目的? 将软件系统需求转换为未来系统的设计；逐步开发强壮的系统构 架；使设计适合于实施环境，为提高性能而进行设计；结构 应该被分解为模块和库。 三、概要设计的任务? 制定规范：代码体系、接口规约、命名规则。这是项目小组今后共 同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间 的接口规则、方式方法，大家就有了共同的工作语言、共同的工作 平台，使整个软件开发工作可以协调有序地进行。总体结构设 计：功能（加工）－>模块：每个功能用那些模块实现，保证每 个功能都有相应的模块来实现；模块层次结构：某个角度的软件 框架视图；模块间的调用关系：模块间的接口的总体描述；模 块间的接口：传递的信息及其结构；处理方式设计：满足功能 和性能的算法用户界面设计；数据结构设计：详细的数 据结构：表、索引、文件；算法相关逻辑数据结构及其操作；上 述操作的程序模块说明（在前台？在后台？用视图？用过程？······）接口控制表的数据结构和使用规则其他性能设计。 四、概要设计写什么?