当前位置:文档之家› 项目设计文档_模块设计说明书样例

项目设计文档_模块设计说明书样例

项目设计文档_模块设计说明书样例
项目设计文档_模块设计说明书样例

社区医疗信息管理系统模块设计说明书

文件状态:

[ ] 草稿

[√] 正式发布

[ ] 正在修改文件标识:

当前版本: 1.0

作者:

完成日期:2008-12-18

版本历史

目录

0. 文档介绍 (5)

0.1文档目的 (5)

0.2文档范围 (5)

0.3读者对象 (5)

0.4参考文献 (5)

0.5术语与缩写解释 (5)

1. 模块命名规则 (6)

2. 模块汇总 (6)

2.1模块汇总表 (6)

2.2模块关系图 (8)

3. 门诊导诊子系统的模块设计 (9)

3.1会员卡发放模块设计 (9)

3.2会员卡信息查询模块设计 (10)

3.3会员信息录入模块设计 (10)

3.4会员信息修改模块设计 (11)

3.5发卡工作量统计模块设计 (11)

3.6发卡发放明细统计模块设计 (12)

3.7会员卡押金初始化模块设计 (12)

4. 门诊挂号子系统的模块设计 (13)

4.1院内门诊挂号模块设计 (13)

4.2医保门诊挂号模块设计 (13)

4.3医保余额查询模块设计 (14)

4.4挂号费用明细查询模块设计 (14)

4.5挂号工作量统计模块设计 (15)

5. 门诊医生子系统的模块设计 (16)

5.1药品及卫材项目管理模块设计 (16)

5.2医技及处置项目管理模块设计 (16)

5.3医技处方打印模块设计 (17)

5.4药品处方打印模块设计 (17)

5.5医生工作量统计模块设计 (18)

5.6医生开药统计模块设计 (18)

5.7新药通知模块设计 (19)

5.8X光照相查询模块设计 (19)

5.9X光透视查询模块设计 (20)

5.10超声(心脏)结果报告单查询模块设计 (20)

5.11超声(其他)结果报告单查询模块设计 (21)

5.12心电图结果报告单查询模块设计 (21)

5.13低保帐户余额查询模块设计 (22)

5.14未看病患者查询模块设计 (22)

5.15药品用法增加模块设计 (23)

5.16药品用法删除模块设计 (23)

5.17药品用法修改模块设计 (24)

5.18药品频次增加模块设计 (24)

5.19药品频次删除模块设计 (25)

5.20药品频次修改模块设计 (25)

5.21药品用量增加模块设计 (26)

5.22药品用量删除模块设计 (26)

5.23药品用量修改模块设计 (26)

5.24门诊诊断病种增加模块设计 (27)

5.25门诊诊断病种删除模块设计 (27)

5.26门诊诊断病种修改模块设计 (28)

5.27主要症状增加模块设计 (28)

5.28主要症状删除模块设计 (29)

5.29主要症状修改模块设计 (29)

5.30门诊常用病种药品增加模块设计 (30)

5.31门诊常用病种药品删除模块设计 (30)

5.32门诊常用病种药品修改模块设计 (31)

5.33外带药物信息增加模块设计 (31)

5.34外带药物信息删除模块设计 (32)

5.35外带药物信息修改模块设计 (32)

6. 子系统公共模块设计 (33)

6.1修改口令模块设计 (33)

6.2系统登录模块设计 (33)

6.3系统退出模块设计 (34)

7. 其他 (34)

0. 文档介绍

0.1 文档目的

该文档概括地描述了了社区医疗信息管理系统三个子系统(门诊导诊系统、医保门诊挂号、门诊医生系统)的主要功能及其详细设计。

0.2 文档范围

本文主要包括了社区医疗信息管理系统项目的如下三个子系统:门诊导诊系统、医保门诊挂号、门诊医生系统。

0.3 读者对象

预期的读者为本项目开发人员、项目组经理、设计小组负责人。

0.4 参考文献

0.5 术语与缩写解释

1. 模块命名规则

首字母大写,必须是有意义的英文,详情见一下文档。

2. 模块汇总

2.1 模块汇总表

2.2 模块关系图

图2-2-1门诊导诊子系统的结构与功能

图2-2-2门诊导诊子系统的结构与功能

图2-2-3门诊医生子系统的结构与功能以上图2-2-1、图2-2-2、图2-2-3为三个子系统的模块关系图。

3. 门诊导诊子系统的模块设计

3.1会员卡发放模块设计

3.2会员卡信息查询模块设计

3.3 会员信息录入模块设计

3.4 会员信息修改模块设计

3.5发卡工作量统计模块设计

3.6发卡发放明细统计模块设计

3.7会员卡押金初始化模块设计

4. 门诊挂号子系统的模块设计4.1院内门诊挂号模块设计

4.2医保门诊挂号模块设计

4.3医保余额查询模块设计

图4-3 模块间调用图

4.4挂号费用明细查询模块设计

4.5挂号工作量统计模块设计

5. 门诊医生子系统的模块设计

5.1药品及卫材项目管理模块设计

图5-1 模块间调用图

5.2医技及处置项目管理模块设计

5.3医技处方打印模块设计

5.4药品处方打印模块设计

5.5医生工作量统计模块设计

5.6医生开药统计模块设计

5.7新药通知模块设计

5.8 X光照相查询模块设计

5.9 X光透视查询模块设计

5.10超声(心脏)结果报告单查询模块设计

智慧城市项目详细设计文档

智慧城市软件详细设计说明书 Prepared by 拟制Date 日期 2013-10-23 Reviewed by 评审人Date 日期 Approved by 批准Date 日期

Revision Record 修订记录

目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2总体设计 (6) 2.1任务和目标 (6) 2.1.1需求概述 (6) 2.1.2运行环境概述 (6) 2.1.3条件与限制 (6) 2.1.4软件结构图 (8) 3系统详细需求分析 (9) 3.1详细需求分析 (9) 4系统详细设计 (10) 4.1系统内部详细界面划分 (10) 4.2系统结构设计及子系统划分 (11) 4.3系统功能模块详细设计 (11) 4.3.1模块一登录流程图 (12) 4.3.2模块二主界面流程图 (13) 4.3.3模块三实时监测流程图 (14) 4.3.4模块四流量控制流程图 (16) 4.3.5模块五用水安全管控 (17) 5数据库系统设计 (34) 5.1 设计要求 (69) 5.2 信息模型设计 (69) 5.3 数据库设计 (73) 5.3.1 设计依据 (73) 5.3.2 数据库安全 (74) 5.3.3 数据字典 (74)

1引言 1.1编写目的 本详细设计文档说明书编写的目的是说明该程序模块的设计考虑,包括程序描述输入和输出算法和流程逻辑、数据库的字段和数据字段的关系图,模块的界面设计和操作解释,理解性的考虑,为编程和系统维护提供基础,本说明书的预期读者为系统设计人员软件开发人员、软件测试人员和项目评审人员、部分用户人员。 1.2背景 智慧城市是数字城市发展中的具有介入式、互动式功能的智能化数字城市管理应用。CUDI国际城市发展研究院院长王超指出:城市人地关系系统的数字化,它体现"人"的主导地位,通过城市信息化更好地把握城市系统的运动状态和规律,对城市人地关系进行调控,实现系统优化,使城市成为有利于人类生存与可持续发展的空间。城市信息化过程表现为地球表面测绘与统计的信息化(数字调查与地图),政府管理与决策的信息化(数字政府),企业管理、决策与服务的信息化(数字企业),市民生活的信息化(数字城市生活),以上四个信息化进程即数字城市。数字产业的崛起,面临第四产业的来临,数字城市的数字管理充分借助物联网、传感网,涉及到智能楼宇、智能家居、路网监控、智能医院、城市生命线管理、食品药品管理、票证管理、家庭护理、个人健康与数字生活等诸多领域,更加的智能化、智慧化。反思城市与人的关系,形成所谓“物联网”,然后将“物联网”与现有的互联网整合起来,为城市提供更便捷、高效、灵活的公共管理的创新服务模式,实现人类社会与物理系统的整合。把握新一轮科技创新革命和信息产业浪潮的重大机遇,充分发挥信息通信(ICT)产业发达、RFID、相关技术领先、电信业务及信息化基础设施优良等优势,通过建设ICT基础设施、认证、安全等平台和示范工程,加快产业关键技术攻关,构建城市发展的智慧环境,形成基于海量信息和智能过滤处理的新的生活、产业发展、社会管理等模式,面向未来构建全新的城市形态 本项目的提出是按照科技的发展潮流。响应国家对于城市的建设的要求,以科技来管控城市,让城市的管理更加方便和节约,以城市三大必须消耗为基础分别是水、电、气。该项目《智慧城市管控》本着方便管理、节能减排、方便城市分析等功能为目标采用c/s模式进行开发,用于对城市规划管理的行业及三维技术的结合因此有较好的市场前景和商业价值。本程序由软件开发小组负责开发。 智慧城市管理平台主要由两部分形成: 1.客户端 2.服务器端

设计方案说明书

某XXX项目基坑支护工程设计方案综合说明书

基 坑 支 护 设第计一方部案分总 体 说 明 目录 1.工程概况 (2) 1.1工程概况 (2) 1.2建筑结构及基坑概况 (2) 1.3周边环境 (3) 2.设计依据 (5) 2.1相关设计资料 (5) 2.2 相关规范及规程 (5) 3.工程地质概况 (6) 3.1地质构造 (6) 3.2 地层岩性 (7) 3.3 气象水文条件 (8) 3.4 基坑支护设计参数 (9) 4.基坑支护设计方案选型 (10) 4.1本基坑工程的特点及难点 (10) 4.2支护方案选型 (10) 4.3方案选型小结 (13) 5 支护结构设计 (13) 5.1设计计算模型 (13) 5.2剖面设计 (13) 5.3 地下连续墙施工 (14) 5.4 地下连续墙施工精度要求 (16) 5.5 地下连续墙的检测要求 (16) 5.6 预应力锚索设计 (17) 5.7三轴搅拌桩设计 (18) 5.8高压旋喷桩设计 (19) 5.9土钉墙设计 (19) 5.10地下水处理设计 (20) 6.土方开挖要求 (20) 7.基坑监测与应急措施 (21) 7.1基坑开挖环境监测 (21) 7.2 应急抢救措施 (24)

第一部分:基坑支护设计方案总体说明书 1.工程概况 1.1工程概况 (1)建筑名称 xxxx (2)建筑地点 xxxx (3)主要用途 融酒店、办公、会务、观光旅游、商业等多种功能于一体的综 合性建筑 (4)业 主 xxxx (5)工程规模 地块总用地面积35250.02m 2,总建筑面积375760.19m 2。塔楼 建筑高度为 428m 。 图1 项目位置图 1.2建筑结构及基坑概况 (1)拟建工程占地面积约2.8万m2,主楼占地约5900m2,主楼地上86层,高度约428m (业主暂定);设有裙房地上4层,高度约26.6m 。 (2)整个场地设地下室4层,其中主楼底板埋深24.2m (含基础底板厚度),群房区域、地下车库底板埋深19.7-20.6m (含基础底板厚度)。本工程±0.000相当于绝对标高为15.200m 。上部主体结构拟采用核心筒结构,下部基础拟采用桩筏基础。 (3)基坑规模:基坑开挖面积约3.4万m2,基坑周长约758m,基坑形状呈矩形。基坑支护设计重要性等级为一级。 (4)基坑开挖深度:本工程±0.000=+15..200m 。塔楼区域开挖深度为24.2m ,北侧非塔楼区域开挖深度19.8m ,东西侧开挖深度19.7m ,南侧开挖深度20.6m 。 基坑总平面图: 图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 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分

软件设计文档国家标准-概要设计说明书

概要设计说明书 1引言 1.1编写目的 1.2背景 1.3定义 1.4参考资料 2总体设计 2.1需求规定 2.2运行环境 2.3基本设计概念和处理流程 2.4结构 2.5功能器求与程序的关系 2.6人工处理过程 2.7尚未问决的问题 3接口设计 3.1用户接口 3.2外部接口 3.3内部接口 4运行设计 4.1运行模块组合 4.2运行控制 4.3运行时间 5系统数据结构设计 5.1逻辑结构设计要点 5.2物理结构设计要点 5.3数据结构与程序的关系 6.1出错信息 6.2补救措施 6.3系统维护设计 1引言 1.1编写目的 说明编写这份概要设计说明书的目的,指出预期的读者。

1.2背景 说明: a.待开发软件系统的名称; b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件,如: a.本项目的经核准的计划任务书或合同,上级机关的批文; b.属于本项目的其他已发表文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标 题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。2.2运行环境 简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定,详细说明参见附录C。 2.3基本设计概念和处理流程 说明本系统的基本设计概念和处理流程,尽量使用图表的形式。 2.4结构 用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系. 2.5功能器求与程序的关系

软件项目详细设计文档示例模版

XXX软件/项目/系统 详细设计说明书 拟制日期 评审人日期 批准日期 编写单位或个人

修订历史

目录 XXX软件详细设计说明书 (1) Revision Record 修订记录 (2) 1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3参考资料 (1) 1.4术语定义及说明 (1) 2设计概述 (1) 2.1任务和目标 (1) 2.1.1需求概述 (1) 2.1.2运行环境概述 (1) 2.1.3条件与限制 (1) 2.1.4详细设计方法和工具 (1) 3系统详细需求分析 (1) 3.1详细需求分析 (2) 3.2详细系统运行环境及限制条件分析接口需求分析 (2) 4总体方案确认 (2) 4.1系统总体结构确认 (2) 4.2系统详细界面划分 (2) 4.2.1应用系统与支撑系统的详细界面划分 (2) 4.2.2系统内部详细界面划分 (2) 5系统详细设计 (2) 5.1系统结构设计及子系统划分 (3) 5.2系统功能模块详细设计 (3) 5.3系统界面详细设计 (3) 5.3.1外部界面设计 (3) 5.3.2内部界面设计 (3) 5.3.3用户界面设计 (3) 6、数据库系统设计 (4) 6.1设计要求 (4) 6.2 信息模型设计 (4) 6.3数据库设计 (4) 6.3.1设计依据 (4) 6.3.2数据库种类及特点 (4) 6.3.3数据库逻辑结构 (4) 6.3.4物理结构设计 (4) 6.3.5数据库安全 (4) 6.3.6数据字典 (4) 7非功能性设计 (4) 8 (5) 9环境配置 (5)

1引言 1.1编写目的 说明编制的目的是,大体上介绍一下软件系统中各层次中模块或子程序、以及数据库系统的设计考虑,表明此文档是主要是为编码人员提供服务,并且其他类型的项目参与人员也可以通过此文档对软件/项目有更深入了解。 1.2背景 说明此软件或系统的项目背景、需求背景、开发目的等,还可以列出参与人员等相关信息。 1.3参考资料 列出本文档中引用的文献、资料、标准等相关信息(一般是具有出版或版权性质的文件)。 1.4术语定义及说明 列出文档中用到的和开发有关,或与行业、业务、需求有关的专业术语,并进行解释。 2设计概述 2.1任务和目标 说明详细设计的任务及详细设计所要达到的目标。 2.1.1需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等,尤其需要描述系统性能需求。 2.1.2运行环境概述 对本系统所依赖于运行的硬件,包括操作系统、数据库系统、运行库、中间件、接口软件、可能的性能监控与分析等软件环境的描述,及配置要求。 2.1.3条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。 2.1.4详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具,如数据库设计工具、界面设计工具、原型设计工具等。 3系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认,并对由于情况变化而带来的需求变化进行较为详细的分析。

方案设计说明范本(2012试行版)

XXXX方案设计说明 1. 规划依据与参照 1.1设计依据 1.1.1重庆市规划局有关本项目的批复文件; 1.1.2业主提供的设计任务 1.1.3业主提供的本项目CAD图; 1.1.4重庆市城市规划管理条例及技术规定; 1.1.5国家及地方现行的设计规范、规定及标准; 1.1.6业主与我司签订的设计合同。 1.2气象资料 重庆属中亚热带季风气候,温暖湿润,夏热冬冷,春秋多雨。平均气温18.30C,极端最高气温42.20C,极端最低气温-3.80C,最热月平均温度28.60C,最冷月平均气温70C。相对湿度:最热月平均77%,最冷月平均81%。 主导风向及频率:50年一遇基本风压为0.4KN/m2,风向为东南风,全年C33N13,夏季C31N10,冬季C36N15,夏季年均风速1.6米/秒,冬季平均风速1.3米/秒,最大风速27米/分(1961.08.04)。 降雨量:年总量1051.5毫米,最大量192.9毫米,一小时最大量65.2毫米,年雷暴日数40.1日,最大积雪深度30毫米,无冻土,日照时间及百分率:年总量1257.6小时,28%,夏季197.4小时,44.7%;冬季45.3小时,14.3%。 2.规划背景 2.1项目位置 XXXX小区位于大学城内,场地北临规划中的城市道路,南靠沙璧路,西侧

为廊桥水乡三组团,东侧为重大西路。 2.2项目概况 本基地位于重庆市沙坪坝区西部虎溪镇,重庆大学城西南角。基地东侧为通往重庆大学的重大西路,南、北、西三侧均为规划中市政道路。地块内部有一条虎溪河贯穿于基地之中。规划总用地面积141461m2,其中虎溪河西侧地块面积为112855㎡,东西长约380米,南北宽约410米;东侧地块面积28606㎡,东西长约120米,南北宽约375米。整个地块地势较为平缓,靠近河谷处地势低矮,其余局部高起,整体为西高东低走向,最大高差14m。 。 2.3基地自然条件 2.3.1 地形地貌 该规划区为地形较为平缓,北面城市道路为规划城市道路,相对地块标高较高,西面北高南低,南北总共四百多米,高差仅为7.4米。南面道路长513米,高差10米。一条虎溪河把该地块分成两部分,总体来说,场地内原始标高也没有太大的高差变化。 3设计内容和设计范围 3.1设计理念 以漂亮的虎溪河作为设计主线,串联起两岸的各个商业节点。西区主要以住宅和一些小商业为主;东区为综合商业和电影院,商业也以分零的小商业为主。滨河建筑以2层的小体量为主,犹如项链上点缀的颗颗璀璨珠宝。建筑风格现代简约,活泼精致,色彩丰富,局部点缀彩色玻璃和金属穿孔板,营造出丰富多姿的热闹商业气氛。 充分运用虎溪河的独特景观资源,将其打造成周边居民和学生使用的城市休闲客厅。在虎溪河岸布置木质甲板和休闲平台,吸引市民来此休闲运动、观景购物。虎溪河两岸分别设置亲水舞台和观演台阶,节假日里可举办露天演出和主题活动,进一步吸引周边人流。 利用虎溪河面同周边道路之间的高差,在B1层沿河布置亲水餐饮及精品零售,提供顾客独具匠心的滨水消费体验,同时也增加了地下车库使用的便捷性。 将水的元素引入河西侧的商业内街,在街道内部设置水池、瀑布、旱地喷泉

概要设计说明书实例

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)

软件工程-网上商城项目-详细设计说明书

1引言 (2) 编写目的 (2) 背景 (2) 定义 (2) 参考资料 (2) 2程序系统的结构 (2) 3程序1(标识符)设计说明 (2) 程序描述 (3) 功能 (3) 性能 (3) 输人项 (3) 输出项 (3) 算法 (3) 流程逻辑 (3) 接口 (3) 存储分配 (4) 注释设计 (4) 限制条件 (4) 测试计划 (4) 尚未解决的问题 (4) 4程序2(标识符)设计说明 (4)

详细设计说明书 1引言 编写目的 该阶段开发以正式进入软件的实际开发阶段,本阶段完成系统的详细设计并明确系统的数据结构与软件结构。 在软件设计阶段主要是把一个软件需求转化为软件表示的过程,这种表示只是描绘出软件的总的概貌。本详细设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌,把它加工成在程序细节上非常接近于源程序的软件表示。 软件开发小组的每一位参与开发成员应该阅读本说明,以清楚产品在技术方面的要求和实现策略,本手册将进行技术评审和技术的可行性检查。 背景 说明: A.软件系统的名称: BS网上商城系统 B.任务提出者: BS电子商务公司 开发者:LEI_SKY软件开发小组 C. 本系统将是一个独立的系统,目前所产生的输出都是独立的 本系统将使用MySql作为数据库的存储系统 定义 A. .B/S(Brower/Server) B. .IIS (Internet Information Server) C. .HTML(Hypertext Markup Language,超文本标记语言) D. .CSS(Cascading Style Sheets,层叠样式表单) E. .JSP(Java Server Pages) 参考资料 相关的文件包括: A. 内部文件《BS网上商城电子商务系统案例研究项目》

方案设计说明书

方案设计说明书 第一部分概述 第一节规划范围及内容 该设计主要是针对汤阴县县城道路交通系统的规划,规划其从2004年到2020年的道路与交通,通过对其道路、用地布局的规划来改善县城内部的交通,以方便人们快速、安全的出行。 该设计的内容主要有城市道路方案设计、城市道路交叉口设计、城市道路路段设计、城市道路横断面设计、城市道路景观设计、城市广场及公共停车设计。 第二节自然地理概况 1、地理区位 汤阴县位于河南北部太行山麓与华北平原的交界地带。范围介于北纬35°45′至3601、东经11413至11442之间,东西最大范围约35公里,南北最大距离约20公里,总面积645.86平方公里。 2、自然地理条件 (1)地貌与地形 汤阴县地势总体上西高东低。以京广线为界,大致可以分为西部太行山麓丘陵山区和东部山前洪积冲积的平原区两大部分。整个地势由西南向东北缓缓倾斜,海拔高程最低点54米,最高点186.4米,包括丘陵、平原和泊洼三种类型。 (2)地质与工程地质 汤阴县域范围处于华北的第二沉降带与第三沉降带之间,县境内分布着汤东断裂带与汤西断裂带。汤阴县城即位于这两条断裂带之间的汤阴地堑上。由于县城地质构造复杂,构造活动强烈,汤阴县及周边地区在历史上是一个地震多灾区。汤阴县城属于地震基本烈度8度地区,为河南省地震测报重点监控区之一。 3、气候 汤阴县处于暖温带,属于大陆性季风气候区。受地形条件的影响,汤阴县具有较明显的低山丘陵与平原交界地带的过渡性地方气候特征。春季干旱多风夏季高温多雨,秋季天高气爽,冬季寒冷干燥。四季变化分明。 4、水文气象 汤阴县境内主要有汤河及其支流羑河和永通河三条河流,合称“三河”,属海河流域漳卫河水系。汤河上游建有总库容6200万立方米的汤河水库,控制面积162平方公里。 汤阴县地下水资源比较丰富。县域地下水赋存状况可分为平原区和丘陵区。丘陵区属于地下水量较少的平水区和贫水区,为第三纪风化岩石裂隙水。平原地区地下水量丰富,为第四纪散含水层,沿羑河、汤河两岸及淇河故道附近为富水区和极强富水区,其余平原及泊洼地基本上都属于一般富水层。目前,地下水是汤阴县工农业生产用水和城乡居民生活用水的主要水源。 汤阴县多年平均的年降雨水量为582.3㎜,全县多年平均的年径流量为0.47亿立方米,加上县城范围内泊洼和坑塘总计0.1亿立方米的蓄水量,汤阴县全年地表径流量为0.57亿立方米。 第三节现状分析 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 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分:一、客户机上的程序,二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析:

包装方案设计说明书(版)

Q/ZT 浙江众泰汽车制造有限公司企业标准 QGZTZZ/ 包装方案设计说明书 2017-03-16发布 2017-03-16实施 浙江众泰汽车制造有限公司发布 前言

为了实现众泰汽车制造公司(ZOTYE)包装管理的标准化,降低物流成本,提高物流和生产效率,能更好地使零件“准时”供应到众泰汽车制造公司各收货点,特制定符合供货要求的通用包装规则。 本标准由浙江众泰汽车制造有限公司提出 本标准由工艺技术部负责归口管理 本标准起草单位:工艺技术部 本标准起草人:郑浩 本标准审核人:应杰 本标准标准化人:王伟绩 本标准审定人:吕憬 本标准批准人:郑映波 本标准首次发布日期:2017年3月16日 文件/制定及修改情况记录 目录 1、目的 2、原则 3、木托盘标准

木托盘规格及技术要求 塑料托盘规格及技术要求 托盘的构成 托盘堆码标识要求 4、塑料箱标准 选择原则 一般要求 塑料箱尺寸及相关标准 塑料箱堆码高度规则 塑料箱堆码规则 塑料箱内衬设计要求 防尘盖设计盖要求 内衬设计要求 内衬材料选用 塑料箱标识要求 5、通用铁箱标准 选择原则 一般要求 材料要求 底部结构 众泰汽车制作公司推荐标准通用铁箱尺寸通用铁箱标识要求 6、专用器具标准

选择原则 一般要求 材料要求 专用器具推荐适用尺寸 专用器具堆跺脚标准 专用器具标识标准 专用器具内部结构 7、牵引装置标准 牵引杆 挂钩 牵引杆和挂钩安装位置 8、通用铁箱和专用器具制作工艺及油漆标准焊接 公差要求 油漆要求 9、脚轮标准 脚轮要求 减震脚轮技术参数 减震脚轮选用标准 脚轮使用年限 脚轮安装要求 10、瓦楞纸箱标准 进口件、贵重件和特殊采购零件要求

软件开发功能模块详细设计文档

功能模块详细设计说明书 编写目的................................................... 项目背景................................................... 定义....................................................... 参考资料................................................... 2.总体设计.................................................... 需求概述................................................... 软件结构................................................... 3.程序描述.................................................... 功能....................................................... 性能....................................................... 输入项目................................................... 输出项目................................................... 算法....................................................... 程序逻辑................................................... 接口....................................................... 存储分配................................................... 限制条件................................................... 测试要点...................................................

软件详细设计文档模板(最全面)

Xxx系统 详细设计说明书 (内部资料请勿外传)编写:日期: 检查:日期: 审核:日期: 批准:日期: XX公司 版权所有不得复制 文档变更记录

目录 1. 引言错误!未定义书签。 编写目的和范围错误!未定义书签。 术语表错误!未定义书签。 参考资料错误!未定义书签。 使用的文字处理和绘图工具错误!未定义书签。 2. 全局数据结构说明错误!未定义书签。 常量错误!未定义书签。 变量错误!未定义书签。 数据结构错误!未定义书签。 3. 模块设计错误!未定义书签。 用例图错误!未定义书签。 功能设计说明错误!未定义书签。 模块1 错误!未定义书签。 模块2 错误!未定义书签。 4. 接口设计错误!未定义书签。 内部接口错误!未定义书签。 外部接口错误!未定义书签。 接口说明错误!未定义书签。 调用方式错误!未定义书签。 5. 数据库设计错误!未定义书签。 6. 系统安全保密设计错误!未定义书签。 说明错误!未定义书签。 设计错误!未定义书签。 数据传输部分错误!未定义书签。 IP过滤分部错误!未定义书签。 身份验证部分错误!未定义书签。 7. 系统性能设计错误!未定义书签。 8. 系统出错处理错误!未定义书签。

引言 背景 此文档的背景 编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑,包括程序描述、输入/输出、算法和流程逻辑等,为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 术语表 定义系统或产品中涉及的重要术语,为读者在阅读文档时提供必要的参考信息。 参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括: a.需求说明书、架构设计说明书等; b.本项目的其他已发表的文件; 使用的文字处理和绘图工具 文字处理软件:[编写设计文档使用的文字处理软件,如RedOffice ] 绘图工具:[使用的UML工具,如Rose、Jude、Visio] 设计概述 任务和目标 需求概述 运行环境概述 条件与限制 详细设计方法和工具 系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认,并对由于情况变化而带来的需求变化进行较为详细的分析。 详细需求分析 详细功能需求分析 详细性能需求分析 详细资源需求分析 详细接口需求分析 详细系统运行环境及限制条件分析 总体方案确认 着重解决系统总体结构确认及界面划分问题。

方案设计说明

方案设计说明 一、概述 1.自然条件 泗阳县地处苏北腹地,介于东经118°20′——118°45′,北纬33°23′——33°58′之间,东界淮安市淮阴区,南濒洪泽湖,北临沭阳县,西与宿迁市宿城、宿豫区毗邻。县域总面积1418平方公里。其中,陆地面积998平方公里,占总面积70.38%;水域面积420平方公里,占总面积 700 地面积 二、设计依据 1.《中华人民共和国城乡规划法》 2.《城市规划编制办法》 3.《城市工业区规划设计规范》 4.《工业建筑设计规范》 5.《民用建筑设计规范》

6.《建筑设计规范》 7.《建筑设计防火规范》 8.关于该项目的规划设计条件及地形图、红线图等 9.建设方关于该项目的设计要求 10.国家及地方的相关规程、规范等 三、规划设计原则 同时运用新技术利用太阳能、中水系统等达到节约开发成本、合理利用资源及节约资源的目的。 6.可持续发展———实现生产厂房的可持续发展 厂区应该是一个人和自然有机协和的统一体,实现社会经济和自然生态在更高的水平上的协调发展,建立人与自然共生共息,生态与经济共繁荣的持续发展的文明关系,把生态环境保护、 建筑持续发展作为必须具有意识和行为准则。 7.安全智能———实现厂区“安全性、智能化”的要求

合理的人车相对分流,避免造成时段性消极空间,确保车行系统与步行系统的利用率。针对 不同出行设置道路及出入口,避免交叉干扰。 用地沿徐淮路布置办公楼、展示厅、门卫处,内部合理布置了科技木工厂房、干燥整理房、多层板房、科技木精品房、蒸煮房、锅炉房、成品库、锯木房、刨切房、旋切房、保温房、五金 库、机修房、宿舍、餐厅、厕所等。 四、整体规划布局 景观绿化系统。 3.厂房布局 识别性与认同感———厂房布置上综合地形与南北向的因素,采取较为丰富的布局形态,使整个厂房的整体感更加明确。强调空间、体量、轮廓线的塑造,点与线的结合,既强化了厂区内部空间的丰富、动感与流畅,又丰富了社区空间的轮廓与城市肌理。 4.配套公建布局

概要设计说明书(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。

设计说明文档

电子密码锁的设计 一、任务要求 (1)设计任务与要求 ①基本要求 当输入一个正确密码时就能开锁,输入错误次数到达预设定次数时就会自动报警。 ②主要性能指标 ※能够从键盘中输入密码 ※能够判断密码是否正确 ※能够实现密码的修改 ※在操作错误达到一定次数后能够报警 ③扩展功能 ※断电或者单片机复位后能够保存之前的操作 ※能够实现密码的修改 综上所述 电子密码锁的设计,应该包含以下功能: (1)电源供电电路。 (2)微控制器主控电路。 (3)数字显示电路及参数设定按键。 (4)错误报警电路。 根据以上分析,本次电子密码锁设计的主要重点是以下几个部分:4x4矩阵键盘设计、LCD信息显示、密码的掉电存储和密码的比较和处理。当然,除了这几个部分外还有定时器/计数器计时中断和报警等功能模块。 二、功能模块分析 (1)单片机接口分配 AT89C51单片机在一块芯片上集成了CPU、RAM、ROM、定时器/计数器和多种I/O功能部件,具有一台微型计算机的基本结构,按功能可以将其分成八个组成部分:微处理器(CPU)、数据存储器(RAM)、程序存储器(ROM/EPROM)、特殊功能寄存器(SFR)、I/O口、串行口、定时器/计数器及中断系统。 在本设计中,单片机的各个接口我是这样分配的:P0口接一个上拉电阻后与LCD1602的8位双向数据端D0~D7相接,P1口用作矩阵键盘接口,P2口的P2.0~P2.2和LCD1602的4~6引脚相接,P2.5和P2.6接串行存储器AT24C02,P3口用作开锁电路和报警电路的接口。

(2)单片机最小系统设计 单片机最小系统就是指能使单片机工作的最少的器件构成的系统。因为单片机已经包含了数据存储器和程序存储器,所以只要在其外部加上时钟电路和复位电路就可以构成单片机最小系统。 (3)时钟电路 单片机工作需要晶振给CPU提供频率,时钟电路就是给单片机提供晶振频率的电路。 图1时钟电路 单片机允许的振荡晶体可在1.2~24MHz之间选择,一般为11.0592MHz,电容C2,C3的取值对振荡频率输出的稳定性、大小及振荡电路起振速度有一定的影响,可在20~100pF之间选择,典型值位30pF。 (4)复位电路 计算机每次开始工作,CPU和系统中的其他部件都必须要有一个确定的初值,即复位状态。 图2复位电路 单片机RST引脚是高电平有效。单片机在上电瞬间C1充电,RST引脚端出现正脉冲,只要RST断保持两个机械周期(大约10ms)以上的高电平,单片机就能复位。在单片机工作后,如果还想再次复位,只需按下开关,单片机就能重新变成复位状态。 (5)最小系统 单片机加上时钟电路和复位电路就构成了能使其正常工作的最小系统。 单片机最小系统是单片机正常工作的基础,任何一个单片机系统设计都是基于单片机最小系统的基础上来完成的,而在单片机系统实物设计中,最应该首先解决的也应该是单片机最小系统问题,只有保证了单片机最小系统的正确性,才能保证接下来的其他模块的正确设计。

相关主题
文本预览
相关文档 最新文档