2.上海市金质工程标准化业务系统概要设计说明书
概要设计说明书
编号：SHJZ_BZ_GYSJ_20090811_1.1 （Version版本1.1）
目录
1 引言 (4)
1.1背景 (4)
1.2参考资料 (4)
1.3术语和缩写词 (4)
2 需求描述 (4)
3 总体结构设计 (4)
4 运行设计 (7)
4.1地方标准立项管理 (7)
4.1.1 审查建议书 (7)
4.1.2 审核建议书 (8)
4.1.3 审批建议书 (9)
4.1.4 组织专家并汇总意见 (9)
4.1.5 确定建议书立项 (10)
4.1.6 修改建议书 (11)
4.2地方标准制修订 (12)
4.2.1 维护征求意见文档 (12)
4.2.2 维护送审文档、维护专家 (12)
4.2.3 审核送审文档 (13)
4.2.4 维护报批文档 (14)
4.2.5 审核报批文档 (15)
4.2.6 审批报批文档 (15)
4.2.7 网上通报及发文 (16)
4.3地方标准复审 (17)
4.3.1 维护复审信息 (17)
4.3.2 审核复审信息 (18)
4.3.3 查看审核结果 (18)
4.4地方标准网上征求意见 (19)
4.4.1 已网上征求意见年度和批次查询 (19)
4.4.2 增加网上征求意见 (20)
4.4.3 完成网上征求意见 (20)
4.4.4 已网上征求意见年度和批次明细 (20)
4.5维护地方标准项目计划 (21)
4.5.1 已完成计划的年度和批次查询 (21)
4.5.2 增加计划 (21)
4.5.3 完成计划 (21)
4.5.4 已编制计划年度和批次明细 (22)
4.6农业标准化示范区申请 (22)
4.6.1 登记农业标准化示范区申请 (22)
4.6.2 初审农业标准化示范区申请 (23)
4.6.3 受理农业标准化示范区申请 (23)
4.6.4 区县审查农业标准化示范区申请 (23)
4.6.5 审核农业标准化示范区申请 (24)
4.6.6 审批农业标准化示范区申请 (25)
4.6.7 市局审查农业标准化示范区申请 (25)
4.6.8 市局审核农业标准化示范区申请 (26)
4.6.9 下达项目计划并公告归档 (27)
4.6.10 项目计划维护 (27)
4.7农业标准化示范区实施情况申报 (28)
4.7.1 维护实施数据 (28)
4.7.2 审核申请 (28)
4.7.3 审批申请 (29)
4.7.4 审查申请 (29)
4.7.5 市局审批申请 (30)
4.7.6 归档 (31)
4.8农业标准化示范区实施与验收 (31)
4.8.1 登记农业标准化示范区验收申请 (31)
4.8.2 初审农业标准化示范区验收申请 (32)
4.8.3 受理农业标准化示范区验收申请 (32)
4.8.4 区县审查农业标准化示范区验收申请 (33)
4.8.5 审核农业标准化示范区验收申请 (33)
4.8.6 审批农业标准化示范区验收申请 (34)
4.8.7 市局审查农业标准化示范区验收申请 (35)
4.8.8 市局审核农业标准化示范区验收申请 (36)
4.8.9 专家验收并发证公告 (37)
4.9采标标志-市局 (37)
4.9.1 受理采标标志申请 (37)
4.9.2 审查采标标志申请 (38)
4.9.3 审核采标标志申请 (39)
4.9.4 审批采标标志申请 (40)
4.9.5 发证并归档 (40)
4.10采标标志-区县局 (41)
4.10.1 受理采标标志申请 (41)
4.10.2 初审采标标志申请 (42)
4.10.3 审查采标标志申请 (43)
4.10.4 审核采标标志申请 (43)
4.10.5 市局审查采标标志申请 (44)
4.10.6 市局审核采标标志申请 (45)
4.10.7 审批采标标志申请 (46)
4.10.8 发证并归档 (47)
4.11采标认可-市局 (47)
4.11.1 受理采标认可申请 (47)
4.11.2 审查采标认可申请 (48)
4.11.3 审核采标认可申请 (49)
4.11.4 发证并归档 (50)
4.12采标认可-区县局 (50)
4.12.1 受理采标认可申请 (50)
4.12.2 初审采标认可申请 (51)
4.12.3 审查采标认可申请 (52)
4.12.4 审核采标认可申请 (53)
4.12.5 市局审查采标认可申请 (53)
4.12.6 市局审核采标认可申请 (54)
4.12.7 发证并归档 (55)
4.13地理标志产品保护 (56)
4.13.1 初审地理标志产品申请 (56)
4.13.2 审核地理标志产品申请 (56)
4.13.3 审批地理标志产品申请 (57)
4.13.4 审查地理标志产品申请 (58)
4.13.5 市局审核地理标志产品申请 (59)
4.13.6 市局审批地理标志产品申请 (59)
4.13.7 归档 (60)
4.14企业产品标准备案 (61)
4.14.1 受理企业产品标准备案申请 (61)
4.14.2 审查企业产品标准备案申请 (62)
4.14.3 审核企业产品标准备案申请 (62)
4.14.4 赋予备案号 (63)
5 接口设计 (64)
5.1外部接口 (64)
5.2内部接口 (64)
6 系统出错处理设计 (64)
6.1出错信息 (64)
6.2出错处理 (64)
1引言
1.1背景
项目名称：上海质监“金质工程”信息系统；
本项目任务提出者：上海市质量技术监督局；
开发者：山东浪潮齐鲁软件产业股份有限公司
用户：上海市质量技术监督局；
1.2参考资料
1.3术语和缩写词
2需求描述
参见编号SHJZ_BZ_YHXQ_20090810_2.1《用户需求说明书》。3总体结构设计
4运行设计
4.1地方标准立项管理
4.1.1审查建议书
4.1.1.1 增加页面
4.1.1.1.1界面规则
单位信息通用帮助对单位信息（单位名称，单位代码，通信地址，邮编等）进行回填；
js验证，验证页面一些信息，如：电话，传真，电子邮箱，正整数等；
选择附件时，对附件名称进行回填。
4.1.1.1.2后台逻辑
保存：
保存页面信息，跳转到修改页面。
恢复：
对填写信息重置，即：清除。
4.1.1.2 修改页面
4.1.1.2.1界面规则
单位信息通用帮助对单位信息（单位名称，单位代码，通信地址，邮编等）进行回填；
js验证，验证页面一些信息，如：电话，传真，电子邮箱，正整数等；
选择附件时，对附件名称进行回填；
文书生成，对受理页面的文书（受理通知书，不予受理通知书，补正告知书）进行打印。
4.1.1.2.2后台逻辑
发送：
发送到下一环节，既审核建议书环节。
选择发送：
可以选择发送到某审核环节或者是审批环节，并能选择发送给下一环节的哪个用户。
保存：
保存页面修改的信息，并跳转到自身所在页面。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。
4.1.2审核建议书
4.1.2.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.1.2.2 修改页面
4.1.2.2.1界面规则
可对附件进行查看或下载；
审核意见可以手工填写也可以选择得到；
发送时把本环节的意见添加到历史意见。
4.1.2.2.2后台逻辑
发送：
发送到下一环节，即审批建议书环节。
驳回：
驳回到上一环节即审查建议书环节。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。
保存：
保存页面信息。
返回：
返回到在办任务列表。
4.1.2.3 明细页面
4.1.2.3.1界面规则
查看保存后的相关信息。
4.1.2.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表。
4.1.3审批建议书
4.1.3.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.1.3.2 修改页面
4.1.3.2.1界面规则
可对附件进行查看或下载；
处理意见可以手工填写也可以选择得到；
发送时把本环节的意见添加到历史意见
4.1.3.2.2后台逻辑
发送：
发送到下一环节，即组织专家并汇总意见环节。
驳回：
驳回到上一环节，即审批建议书环节。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。保存：
保存页面信息。
返回：
返回到在办任务列表。
4.1.3.3 明细页面
4.1.3.3.1界面规则
查看保存后的相关信息。
4.1.3.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表。
4.1.4组织专家并汇总意见
4.1.4.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.1.4.2 修改页面
4.1.4.2.1界面规则
可对附件进行查看或下载；
在专家信息Tab可以引入标准化专家的信息；
处理意见可以手工填写也可以选择得到；
发送时把本环节的意见添加到历史意见
4.1.4.2.2后台逻辑
增加专家：
在新窗口打开录入专家信息页面，点击保存后可以在当前环节引入刚刚添加完成的专家信息。
发送：
发送到下一环节，即确定立项建议书环节。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。
保存：
保存页面信息。
返回：
返回到在办任务列表。
4.1.4.3 明细页面
4.1.4.3.1界面规则
查看保存后的相关信息。
4.1.4.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表。
4.1.5确定建议书立项
4.1.
5.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.1.
5.2 修改页面
4.1.
5.2.1界面规则
可对附件进行查看或下载；
查看审核、审批、组织专家并汇总意见环节的有关意见;
4.1.
5.2.2后台逻辑
发送：
发送到下一环节。（根据“处理决定”，选择“立项”时流程正常结束，选择“修改”时由经办人修改建议书内容，选择“不予立项”流程结束）
保存：
保存页面信息。
返回：
返回到在办任务列表。
4.1.
5.3 明细页面
4.1.
5.3.1界面规则
查看保存后的相关信息。
4.1.
5.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表
4.1.6修改建议书
4.1.6.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.1.6.2 修改页面
4.1.6.2.1界面规则
可对附件进行添加、查看或下载；
查看审核、审批、组织专家并汇总意见、确定立项环节的有关意见
4.1.6.2.2后台逻辑
发送：
发送到“确定立项”环节。
保存：
保存页面信息。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。
返回：
返回到在办任务列表。
4.1.6.3 明细页面
4.1.6.3.1界面规则
查看保存后的相关信息。
4.1.6.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表。
4.2地方标准制修订
4.2.1维护征求意见文档
4.2.1.1 增加页面
4.2.1.1.1界面规则
页面信息通过标准名称通用帮助（单位名称，单位代码，通信地址，邮编等）进行回填；
js验证，验证页面一些信息，如：电话，传真，电子邮箱，正整数等；
选择附件时，对附件名称进行回填。
4.2.1.1.2后台逻辑
保存：
保存页面信息，跳转到修改页面
恢复：
对填写信息重置，即：清除。
4.2.1.2 修改页面
4.2.1.2.1界面规则
页面信息通过标准名称通用帮助（单位名称，单位代码，通信地址，邮编等）进行回填；
js验证，验证页面一些信息，如：电话，传真，电子邮箱，正整数等；
选择附件时，对附件名称进行回填；
4.2.1.2.2后台逻辑
发送：
发送到下一环节，既维护送审文档、维护专家环节。
保存：
保存页面修改的信息，并跳转到自身所在页面。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。
4.2.2维护送审文档、维护专家
4.2.2.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.2.2.2 修改页面
4.2.2.2.1界面规则
可对附件进行查看或下载；
处理意见可以手工填写也可以选择得到；
在专家信息Tab可以引入标准化专家的信息；
发送时把本环节的意见添加到历史意见
4.2.2.2.2后台逻辑
发送：
发送到下一环节，即审核送审文档环节。
选择发送：
并能选择发送给下一环节的哪个用户。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。保存：
保存页面信息。
返回：
返回到在办任务列表。
4.2.2.3 明细页面
4.2.2.3.1界面规则
查看保存后的相关信息。
4.2.2.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表。
4.2.3审核送审文档
4.2.3.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.2.3.2 修改页面
4.2.3.2.1界面规则
可对附件进行查看或下载；
处理意见可以手工填写也可以选择得到；
发送时把本环节的意见添加到历史意见
4.2.3.2.2后台逻辑
发送：
发送到下一环节，即维护报批文档环节。
驳回：
驳回到上一环节，即审核送审文档环节。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。保存：
保存页面信息。
返回：
返回到在办任务列表。
4.2.3.3 明细页面
4.2.3.3.1界面规则
查看保存后的相关信息。
4.2.3.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表。
4.2.4维护报批文档
4.2.4.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.2.4.2 修改页面
4.2.4.2.1界面规则
可对附件进行查看或下载；
处理意见可以手工填写也可以选择得到；
发送时把本环节的意见添加到历史意见
4.2.4.2.2后台逻辑
发送：
发送到下一环节，即审核报批文档环节。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。保存：
保存页面信息。
返回：
返回到在办任务列表。
4.2.4.3 明细页面
4.2.4.3.1界面规则
查看保存后的相关信息。
4.2.4.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表。
4.2.5审核报批文档
4.2.
5.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.2.
5.2 修改页面
4.2.
5.2.1界面规则
可对附件进行查看或下载；
处理意见可以手工填写也可以选择得到；
发送时把本环节的意见添加到历史意见
4.2.
5.2.2后台逻辑
发送：
发送到下一环节，即审批报批文档环节
驳回：
驳回到上一环节，即维护报批文档环节
保存：
保存页面信息。
返回：
返回到在办任务列表。
4.2.
5.3 明细页面
4.2.
5.3.1界面规则
查看保存后的相关信息。
4.2.
5.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表
4.2.6审批报批文档
4.2.6.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.2.6.2 修改页面
4.2.6.2.1界面规则
可对附件进行添加、查看或下载；
处理意见可以手工填写也可以选择得到；
发送时把本环节的意见添加到历史意见
4.2.6.2.2后台逻辑
发送：
发送到“网上通报及发文”环节。
驳回：
驳回到“审核报批文档”环节。
保存：
保存页面信息。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。返回：
返回到在办任务列表。
4.2.6.3 明细页面
4.2.6.3.1界面规则
查看保存后的相关信息。
4.2.6.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表。
4.2.7网上通报及发文
4.2.7.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.2.7.2 修改页面
4.2.7.2.1界面规则
可对附件进行添加、查看或下载；
可以查看前面各环节的处理意见。
4.2.7.2.2后台逻辑
办结：
流程结束。
保存：
保存页面信息。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。
返回：
返回到在办任务列表。
4.2.7.3 明细页面
4.2.7.3.1界面规则
查看保存后的相关信息。
4.2.7.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表。
4.3地方标准复审
4.3.1维护复审信息
4.3.1.1 增加页面
4.3.1.1.1界面规则
页面信息通过标准名称通用帮助（单位名称，单位代码，通信地址，邮编等）进行回填；
js验证，验证页面一些信息，如：电话，传真，电子邮箱，正整数等；
选择附件时，对附件名称进行回填。
4.3.1.1.2后台逻辑
保存：
保存页面信息，跳转到修改页面
恢复：
对填写信息重置，即：清除。
4.3.1.2 修改页面
4.3.1.2.1界面规则
页面信息通过标准名称通用帮助（单位名称，单位代码，通信地址，邮编等）进行回填；
js验证，验证页面一些信息，如：电话，传真，电子邮箱，正整数等；
选择附件时，对附件名称进行回填；
4.3.1.2.2后台逻辑
发送：
发送到下一环节，既维护送审文档、维护专家环节。
选择发送：
选择发送给下一环节的哪个用户。
保存：
保存页面修改的信息，并跳转到自身所在页面。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。
4.3.2审核复审信息
4.3.2.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.3.2.2 修改页面
4.3.2.2.1界面规则
可对附件进行查看或下载；
处理意见可以手工填写也可以选择得到；
发送时把本环节的意见添加到历史意见。
4.3.2.2.2后台逻辑
发送：
发送到下一环节，即审核送审文档环节。
驳回：
将流程驳回至上一个环节，即维护复审信息环节。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。保存：
保存页面信息。
返回：
返回到在办任务列表。
4.3.2.3 明细页面
4.3.2.3.1界面规则
查看保存后的相关信息。
4.3.2.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表。
4.3.3查看审核结果
4.3.3.1 列表页面
待办任务：
上一环节发送过来的业务，本环节等待办理的业务。
在办任务：
上一环节发送过来的业务，本环节等待办理的业务。
4.3.3.2 修改页面
4.3.3.2.1界面规则
可对附件进行查看或下载；
历史意见tab可以查看前面环节的处理意见。
4.3.3.2.2后台逻辑
办结：
保存页面信息并将流程结束。
恢复：
对填写信息重置（未保存的信息），即：清除未保存的信息。
保存：
保存页面信息。
返回：
返回到在办任务列表。
4.3.3.3 明细页面
4.3.3.3.1界面规则
查看保存后的相关信息。
4.3.3.3.2后台逻辑
修改：
跳转到修改页面。
返回：
返回到在办任务列表。
4.4地方标准网上征求意见
4.4.1已网上征求意见年度和批次查询
4.4.1.1 查询页面
4.4.1.1.1界面规则
选择计划年度和批次，查询出符合条件的信息。
4.4.1.1.2后台逻辑
查询：
选择计划年度和批次，查询出符合条件的信息。
增加网上征求意见：
跳转到增加网上征求意见界面。
查看明细：
转到明细界面，查看已完成网上征求意见的年度和批次信息的明细。
概要设计说明书范例及模板
《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 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
计算器说明书
Java程序设计说明书 设计题目：Java计算器 学生姓名： 指导教师： 专业名称：计算机科学与技术所在院系：
目录 摘要2第1章计算器概述 1.1设计目的 4 1.2功能模块设计 4 1.3系统功能图 4 设计实现的详细步骤 2．2．1 计算器界面7 2．2．2 界面设计代码7 2.3程序运行效果9 第3章设计中遇到的重点及难点 (13) 3.1 设计中的重点 (13) 3.2 设计中的难点 (13) 3.2.1 设计难点1:布局 (13) 3.2.2 设计难点2：代码 (13) 3.2.3设计难点3：运行结果 (14) 3.3 本章总结 (14) 第4章本次设计中存在不足与改良方案 (15) 4.1设计不足 (15) 4.2改良方案 (15) 4.3本章总结 (18) 结论 (19) 参考文献 (20)
JAVA课程设计说明书 摘要 一、计算器概述 1、1设计计算器的目的： 该计算器是由Java语言编写的，可以进行十进制下的四则运算（加、减、乘、除）、开平方、百分号、求倒数，还可以实现其他按钮的功能。添加了一个编辑、查看、帮助的主菜单并能实现其功能。Backspace 表示逐个删除，CE 表示全部清除，C 表示一次运算完成后，单击“C”按钮即可清除当前的运算结果，再次输入时可开始新的运算，MC 表示清除储存数据，MR 表示读取储存的数据，MS 表示将所显示的数存入存储器中，存储器中原有的数据被冲走，M+ 表示计算结果并加上已经储存的数。界面类似Windows 自带的计算器。 该计算器围绕Java编程语言在编程方面的具体应用，论述了使用面向对象方法，对计算器程序进行需求分析、概要设计、详细设计，最后使用Java编程实现的全过程。在编程使用Java语言，是目前比较流行的编程语言。在当今这个网络的时代，java语言在网络编程方面的优势使得网络编程有了更好的选择。Java语言最大的特点是具有跨平台性，使其不受平台不同的影响，得到了广泛的应用。 关键词：Java语言、标准、计算器
概要设计说明书实例
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)
系统概要设计说明书规范
KTV点歌系统概要设计说明书
1. 引言 1.1目的 选歌系统是为某KTV唱吧开发的视频歌曲点唱软件。该软件能方便顾客进行选歌，帮助系统管理员管理歌曲的播放，提高KTV歌曲点唱的效率和准确率。 本文档为该系统的概要设计说明书，详细阐述了对用户所提出需求的设计方案，对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时，对软件应具有的功能和性能及其他有效性需求也进行了定义。 1.2项目背景 ●系统名称：选歌系统 ●项目提出者：某KTV唱吧 ●项目开发者： ●项目管理者： ●最终用户：某KTV唱吧 1.3术语定义 实现环境：系统运行的目标软件、硬件环境。 实现技术：系统所采用的软件技术或体系结构。 实现语言或工具：实现系统最终采用的编程语言或工具包，如Delphi、VB、PB、Java、Ada等。 参考资料 1)新余电视点播系统； 2)某KTV唱吧《视频点歌系统计划任务书》； 本项目所参照的文件有： 3)康博工作室，《Visual Basic 新起点》，机械工业出版社，2000
2. 系统概述 2.1系统需求 2.1.1系统目标 本软件是为某KTV唱吧开发的视频点歌系统软件。该软件用于提高点歌系统的工作效率。随着人们业余生活的丰富，休闲活动的多种多样，人们更多的喜欢选择KTV这种形式的娱乐方式。且随着计算机普及，点歌系统越来越智能化，人性化；一个好的音乐唱吧必须要拥有一个方便、快捷、准确的点歌系统，因此，急需一个软件系统解决这些问题。本软件应能结合当前选歌播放手工操作的流程以及将来业务发展的需要，对视频点歌系统中歌曲信息、歌手信息、最新排行榜等等的查询、更新提供完全的计算机管理。 2.1.2性能需求 数据精确度 数量值：精确到小数后一位； 时间值：精确到日，并以yyyy/mm/dd的形式表示； 价格值：精确到分，并以.XX的形式表示。 时间特性 页面响应时间：不超过10秒 更新处理时间：不超过15秒 数据转换与传输时间：不超过30秒。 适应性 1) 开发基于的平台要考虑向上兼容性，如操作系统，数据库等要考虑更高版本的兼容 性。 2) 当需求发生变化时系统应具有一定的适应能力，要求系统能够为将来的变更提供以 下支持：能够在系统变更用户界面和数据库设计，甚至在更换新的DBMS后，系统的现有设计和编码能够最大程度的重用，以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分
多项式程序
实习一 一、课程题目 一元稀疏多项式计算器 二、需求分析 1、一元稀疏多项式简单计算器的功能是： 1.1 输入并建立多项式； 1.2 输出多项式，输出形式为整数序列：n，c1,e1,c2,e2,………cn,en, 其中n是多项式的项数，ci和ei分别是第i项的系数和指数，序列按指数降序排列； 1.3 计算多项式在x处的值； 1.4多项式a和b相加，建立多项式a+b； 1.5 多项式a和b相减，建立多项式a-b。 2、设计思路: 2.1 定义线性表的动态分配顺序存储结构； 2.2 建立多项式存储结构，定义指针*next 2.3利用链表实现队列的构造。每次输入一项的系数和指数，可以输出构 造的一元多项式 2.4演示程序以用户和计算机的对话方式执行，即在计算机终站上显示 “提示信息”之后，由用户在键盘上输入演示程序中规定的运行命令；最后根据相应的输入数据（滤去输入中的非法字符）建立的多项式以及多项式相加的运行结果在屏幕上显示。多项式显示的格式为：c1x^e1+c2x^e2+… +cnx^en 3、设计思路分析 要解决多项式相加，必须要有多项式，所以必须首先建立两个多项式，在这里采用链表的方式存储链表，所以我将结点结构体定义为 运用尾插法建立两条单链表，以单链表polyn p和polyn h分别表示两个一元多项式a和b，a+b的求和运算等同于单链表的插入问题（将单链表polyn p中的结点插入到单链表polyn h中），因此“和多项式”中的结点无须另生成。 为了实现处理，设p、q分别指向单链表polya和polyb的当前项，比较p、q结点的指数项，由此得到下列运算规则：
① 若p->expn
软件概要设计说明书范例
XX概要设计说明书
文档修改记录
填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。
目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
概要设计说明书范例及模板
《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 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：
概要设计说明书示例【概要设计说明书(模板)】
概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 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、专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 2、缩写 系统：若未特别指出，统指本北京督察局公务员量化测评系统。 SQL: Structured Query Language（结构化查询语言）。
ATM: Asynchronous Transfer Mode (异步传输模式)。 （四）参考资料 以下列出在概要设计过程中所使用到的有关资料： 新编软件工程实用教程---周丽娟、王华编著电子工业出版社 二、任务概述 （一）目标 1、完善考核测评制度，使考核测评方法科学、规范、公正。 2、使考核结果客观、准确。 3、使考核工作简单、快捷。 （二）运行环境 Oracle 客户机：外围设备：鼠标，键盘，显示器； 操作系统：装有浏览器的各种操作系统； 服务器：外围设备：鼠标，键盘，显示器； 编译程序：power designer、netbeans； 操作系统：windows操作系统； 数据库支持：SQL Server 2000； 数据存储能力和测试支持能力：需要有较高的系统支持 （三）需求概述 为使北京督察局更好进行量化测评，需开发一个北京督察局公务员量化测评系统。通过量化测评系统科学、规范、公正的进行考核，使考核结果客观、准确，使考核工作简单、快捷。并要求界面要简单明了，易于操作，服务器程序利于维护。 三、总体设计 （一）处理流程 下面将使用（结构化设计）面向数据流的方法对北京督察局公务员量化测评系统的处理
在线交易二手市场系统概要设计说明书
在线交易二手市场系统概要设计说明书概要设计说明书 信息与电气工程学院 软工1401 ** 201422******
1.引言 1.1编写目的 此概要设计说明书实现一个简易的基于校园网在线交易二手市场系统，对交易管理系统的总体设计、接口设计、界面总体设计、系统出错处理设计以及系统安全数据进行了说明，在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1.2背景 A．待开发软件系统名称为: 在线交易二手市场； B．任务提出者：** 开发者：** C．使用用户能在校园网上进行交易的系统。 D. 按照《在线交易二手市场系统需求分析说明书》为基础来具体细化系统所具备的所有功能及功能的实现方法和接口。 1.3 开发环境 Visual Studio 2010 Mircosoft sql server 2008 Express
PowerDesigner 15.1 1.4定义 本系统:基于校园网的在线交易二手市场系统设计与实现 1.5参考资料 《基于校园网在线交易二手市场需求分析说明书》 《项目计划表》 《校园网在线交易二手市场系统_数据库模型》 2.总体设计 2.1设计目标 基于校园网的在线交易二手市场主要实现以下目标： ⑴为师生提供展示商品及表现学校形象的平台。 ⑵为用户提供商品信息查看、在线商品订购、商品浏览等功能。 ⑶采用动态网页技术，使页面中展示的商品信息更具时效性、先进性。 ⑷提供客户互评及客户给商品评论功能，收集用户对商品的意见及看法。 ⑸提供后台管理页面，简化了用户信息、商品信息、订单信息等系统数据的维护操作。 2.2运行环境
概要设计说明书---案例
＜网上书店＞ 概要设计说明书 作者：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）：是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图。 可修改性：容许对系统进行修改而不增加原系统的复杂性。 有效性：软件系统能有效地利用计算机的时间资源与空间资源的能力。 可靠性：能够防止因概念、设计和结构等方面的不完善造成的软件系统 失效，具有挽回因操作不当造成软件系统失效的能力。
超详细的概要说明书系统概要设计说明书
1引言2 1.1编写目的 (2) 1.2参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3系统部署图 (2) 2.4基本设计概念和类图 (3) 2.5结构 (4) 2.6功能模型描述 (9) 2.6.1招聘管理 (9) 2.6.2企业结构管理 (21) 2.6.3行政级别管理 (29) 2.6.4企业架构展示 (32) 2.6.5人事档案管理 (33) 2.6.6人事基础数据维护 (73) 2.6.7权限管理 (82) 2.7人工处理过程 (83) 2.8尚未问决的问题 (83) 3接口设计 (83) 3.1用户接口 (83) 3.2外部接口 (83) 3.3内部接口 (83) 4系统数据结构设计 (84) 4.1逻辑结构设计要点 (84) 5数据结构与程序关系 (85) 5.1表结构与数据结构图 (85) 5.1.1数据结构图 (85) 5.1.2表汇总 (87) 5.2数据结构与程序关系表........................................................... 错误!未定义书签。6系统出错处理设计.. (98) 6.1出错信息 (98) 6.2补救措施 (99) 6.3系统维护设计 (99)
概要详细设计说明书 1引言 1.1编写目的 本概要设计说明书跟据《人力资源管理系统需求规格说明书》编写，描述了系统的概要设计,并为下一步的“系统详细设计说明书”的编写提供依据，为系统测试人员提供测试依据。本文档的预期读者为:项目经理、系统分析员、测试经理、项目组长、系统开发人员。 1.2参考资料 《人力资源管理系统需求规格说明书》 2总体设计 2.1需求规定 本系统的主要的输入输出项目、处理的功能性能要求参照《人力资源管理系统需求规格说明书》。 2.2运行环境 软件运行环境 Windows 2000/XP/2003 Server操作系统； MS SQL Server 2000； Tomcat 5.0； Jdk 1.4； 硬件运行环境 Intel Pentium 2GHz或以上的CPU； 内存512MB,建议使用1GB内存； 硬盘至少有1GB可用空间； CD-ROM驱动器； 2.3系统部署图 用图例表示出系统实施运行中使用的服务器名称，Internet和各服务器之间的实施运作。
概要设计说明书(GB8567)
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3基本设计概念和处理流程 (3) 2.4结构 (3) 2.5功能器求与程序的关系 (3) 2.6人工处理过程 (3) 2.7尚未问决的问题 (3) 3接口设计 (3) 3.1用户接口 (3) 3.2外部接口 (3) 3.3内部接口 (4) 4运行设计 (4) 4.1运行模块组合 (4) 4.2运行控制 (4) 4.3运行时间 (4) 5系统数据结构设计 (4) 5.1逻辑结构设计要点 (4) 5.2物理结构设计要点 (4) 5.3数据结构与程序的关系 (4) 6系统出错处理设计 (5) 6.1出错信息 (5) 6.2补救措施 (5) 6.3系统维护设计 (5)
概要设计说明书 1引言 1.1编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2背景 说明： a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的 标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。 2.2运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。
概要设计的写法
概要设计的写法 做软件到一定层次了，就要考虑到设计了，设计了很久，就是不系统，系统的设计需要一个记录，记录就用文档，那么对项目所有包括技术上的设计都记录下来，我们就可以理解为软件的概要设计了。在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。 概要设计写什么？概要设计怎么做？如何判断设计的模块是完 整的？为什么说设计阶段过于重视业务流程是个误区？以需 求分析文档还是以概要设计文档来评估开发工作量、指导开发计划 准确？结构化好还是面向对象好？以上问题的答案请在文章 中找。 二、概要设计的目的? 将软件系统需求转换为未来系统的设计；逐步开发强壮的系统构 架；使设计适合于实施环境，为提高性能而进行设计；结构 应该被分解为模块和库。 三、概要设计的任务? 制定规范：代码体系、接口规约、命名规则。这是项目小组今后共 同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间 的接口规则、方式方法，大家就有了共同的工作语言、共同的工作 平台，使整个软件开发工作可以协调有序地进行。总体结构设 计：功能（加工）－>模块：每个功能用那些模块实现，保证每 个功能都有相应的模块来实现；模块层次结构：某个角度的软件 框架视图；模块间的调用关系：模块间的接口的总体描述；模 块间的接口：传递的信息及其结构；处理方式设计：满足功能 和性能的算法用户界面设计；数据结构设计：详细的数 据结构：表、索引、文件；算法相关逻辑数据结构及其操作；上 述操作的程序模块说明（在前台？在后台？用视图？用过程？······）接口控制表的数据结构和使用规则其他性能设计。 四、概要设计写什么?
人力资源管理系统概要设计说明书
ERP人力资源管理系统概要设计 １引言 1.1 编写目的 人力资源管理系统（HRMS），包括人事日常事务、薪酬、招聘、培训、考核以及人力资源的管理，也指组织或社会团体运用现代化的科学方法，对企业的人力进行合理的组织、培训和调配，同时对人的思想、心理和行为进行恰当的诱导、控制和协调，充分发挥员工的主观能动性，用以提高企业人力资源管理水平，使人力资源更有效的服务于组织或团体目标。 本文档预期读者为本系统开发小组的组员，文档用于人力资源管理系统设计的大纲说明，概括了该系统的各个模块的需求规定，设计构思，系统流程，功能分配，数据结构设计，接口设计，运行设计，信息结构设计，出错处理和维护等方面的内容，使本系统开发小组的组员们能大致构建一个系统框架，为详细设计提供基础。 在下一阶段的详细设计中，程序设计员参考本概要设计说明书，在概要设计对人力资源管理系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段参考本说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1.2 背景 本系统名称为人力资源管理系统，提出者为黄永儒，开发者为黄永儒，黄敏，詹萍，预期用户为需要人力资源管理的小型企业。 人力资源管理系统将由两部分组成：置于管理部门的前台客户程序，以及置于公司的数据库服务器。本系统与其他系统的关系如下： 1.3 定义 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL:Structured Query Language（结构化查询语言）一种用于访问查询数据库的语言。 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1.4 参考资料
系统概要设计说明书(数据库设计书)
[招生管理系统] 概要设计说明书 [V1.0(版本号)] 拟制人______________________ 审核人______________________ 批准人______________________ [二零零八年十月二十二日]
概要设计说明书 1．引言 1.1编写目的 本说明书交给各个被调研单位审核，并经领导层讨论通过后，软件开发小组成员将以这本说明书为框架开发新的系统。 1.2背景 a.待开发软件系统的名称： 基于XML的网上招生管理系统 b.本项目的任务提出者: 石河子大学 c.本项目开发者 d.本项目用户 石河子大学招生办 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 《软件工程》 2．总体设计 2.1需求规定 2.1.1功能规定
2.1.2系统功能 能对各招生子单位进行管理 能添加、修改、删除、考生信息 能对考生进行分类管理 能将考生信息导出至网上信息发布子系统 能根据各分类统计考生信息 能添加新的管理员 能修改管理员的密码 2.1.2.1精度 由于采用数据库技术并且用户的应用领域对数据精确度的要求不高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。 2.1.2.2时间特性要求 本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。 2.1.2.4可靠性 由于系统较小只保留一定程度上的可靠性。 2.1.2.5灵活性 由于系统较小只保留一定程度的灵活性。 2.1.3输入输出要求 2.1.4数据管理能力要求