设备管理系统概要设计说明书

231 GB 8567－88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。

这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。

一、可行性研究报告l 引言1.1 编写目的说明：说明本可行性研究报告的编写目的，指出预期的读者。

1.2 背景 说明：a ．所建议开发的软件系统的名称。

b ．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。

c ．该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4 参考资料列出用得着的参考资料，如：a ．本项目的经核准的计划任务书或合同、上级机关的批文。

b ．属干本项目的其他已发表的文件。

c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2 可行性研究的前提说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。

2.1 要求说明对所建议开发软件的基本要求，如： a ．功能。

b ．性能。

c ．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。

d. 输入说明。

系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。

e ．处理流程和数据流程。

用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。

f. 在安全与保密方面的要求。

g. 同本系统相连接的其他系统。

h. 完成期限。

2.2 目标说明所建议系统的主要开发目标，如： a. 人力与设备费用的减少。

b. 处理速度的提高。

c. 控制精度或生产能力的提高。

232 d ．管理信息服务的改进。

项目配置管理本项目是大型的软件开发集成项目，由多项小组组成。

为了使项目组的产出物能够得到有序完整的管理，整个项目应该有统一的项目配置管理策略。

1配置管理策略选择项目配置管理策略采用集中式配置管理，建立一个主的配置管理库，收集和管理项目所有的产出物。

这个策略的优点是产出物集中，项目组可以方便获取产出物的第一手信息；保障了对产出物的拥有权，我们配备专门的人员、专门的设备来进行管理。

2配置管理机构按照上述选择的策略，配置管理机构分为两个级别：一个是业主委派的机构，负责整个工程的IT资产的配置管理；另一个是项目组中设置配置管理员，由质量保障组组长主持配置管理工作，由配置管理员执行具体的配置管理事务。

3配置管理计划业主委派的配置管理机构，要制定详实的配置管理计划，报送业主单位审批和备案，并按照计划遵照执行。

项目组在项目立项时，由项目经理主持、质量管理员具体负责起草配置管理计划并报质量保障组组长和项目经理审批，项目经理在审批后及时向项目全体成员传达计划内容，并监督配置管理计划的执行，全体成员应积极配合配置管理人员执行配置管理计划。

获得项目组审批通过的配置管理计划要报送业主和监理单位备案。

4配置管理活动1、定义项目基线需求基线：需求分析基线是指经过联合评审确认的《需求规格说明书》中说明的有关事项，具体包括：业务需求分析中的业务流程图（功能需求）、性能需求描述（可用性、安全性、可维护性、可移植性等）、系统运行平台（硬件平台、网络平台、操作系统平台、数据库平台等）。

功能基线：功能基线主要是指经过联合评审确认的“概要设计说明书”和“详细西设计说明书”中的各项规格说明。

产品基线：在软件测试阶段结束时，经过正式评审和批准的软件产品和全部配置项的规格说明。

其他基线：如项目计划基线既是前一阶段工作的成果，又是下一阶段工作的依据，为此，必须有严格的手段控制基线的确认、标识和更改，其要点为：经过联合评审确认需求基线后，设计人员在进行系统的设计时，必须严格按照需求分析文档所规定的范围进行。

国家中医药管理局关于印发《中医医院信息化建设基本规范(试行)》的通知文章属性•【制定机关】国家中医药管理局•【公布日期】2003.11.07•【文号】国中医药发[2003]53号•【施行日期】2003.11.07•【效力等级】部门规范性文件•【时效性】失效•【主题分类】医疗管理正文*注：本篇法规已被：国家中医药管理局关于印发《中医医院信息化建设基本规范》和《中医医院信息系统基本功能规范》的通知（发布日期：2011年10月12日，实施日期：2011年10月12日）废止国家中医药管理局关于印发《中医医院信息化建设基本规范(试行)》的通知（国中医药发[2003]53号）各省、自治区、直辖市卫生厅局、中医药管理局，各有关单位：为推进中医医院信息化建设，规范中医医院信息工作，在卫生部《医院信息系统基本功能规范》基础上，我局组织制定了《中医医院信息化建设基本规范（试行）》，现印发试行，并就有关问题通知如下：一、《中医医院信息化建设基本规范（试行）》注重与卫生部《医院信息系统基本功能规范》的衔接，注重体现中医医院的实际，是一部指导中医医院信息化建设的规范性文件，也是指导中医医院信息化建设的基本标准。

二、信息化是中医医院现代化的基础与前提，各级中医药行政管理部门要给予高度重视，加强领导，积极扶持，推进中医医院信息化进程，以医院信息化促进医院的现代化。

三、中医医院信息化建设，要按照“分类指导、因地制宜”的原则进行。

根据各级、各类中医医院的具体情况，做好调查分析，有计划、有步骤实施，防止盲目投资和重复建设，造成人财物浪费。

四、重视和加强《中医医院信息化建设基本规范（试行）》的贯彻落实工作。

因其涉及较多业务和专业性知识，可委托相关专业机构组织开展培训、检查、督促落实等工作。

试行期间，请各中医药行政管理部门将发现的问题及时报送我局。

附件：中医医院信息化建设基本规范（试行）二00三年十一月七日附件：中医医院信息化建设基本规范(试行) （国家中医药管理局二00三年十一月）目录第一章总则第二章硬件设施第三章软件系统第四章运行与维护第五章系统安全第六章培训与岗位要求第七章检查与评估第八章附则第一章总则第一条信息化是中医医院现代化的基础与前提。

实验室设备管理系统第一章系统概述1。

1系统开发背景一个现代化的实验室设备系统在正常运行中总是面对大量的使用者，仪器以及两者相互作用产生的借用仪器。

人工管理既浪费人力物力财力,又容易导致各种错误的发生.为了方便实验室管理,得开发一个更好更高效的软件来管理。

实验室管理系统，是为了实现实验室管理而设计的，它也是现在各个部门的一个重要环节。

实验室是所有高校、研究机构必不可少的基本构成单位。

特别是高校,实验室的设备管理需要一套稳定、高效的管理办法。

就我校情况看来,目前我校的实验室设备管理还处于较原始的手工阶段,缺少一套实用可靠的管理系统软件。

随着电气化教学和无纸化办公的一步步完善，利用计算机管理系统管理我校的实验室设备势在必行。

因此,本项目拟开发一个实验室设备管理系统。

本系统将建立一个实验室设备管理平台,记录实验室所有的实验设备，并及时反应设备的运转状况,使用情况,以供本科生和研究生及其他试验人员合理的安排实验,达到工作效率的最优.1。

2项目设计基本原理软件工程是一门从技术和组织管理两个角度研究如何用系统化、规范化和数量化等工程原理也方法去进行软件开发和维护的学科.软件工程学研究的范围非常广泛,包括技术方法、工具和管理等许多方面．软件生命周期的各个阶段可分为：采用软件工程的技术方法开发本系统，通过以上八个阶段组成软件的生存期，它是指从提出开发要求开始直到该软件报废为止的整个时期。

分阶段进行,就把规模庞大、结构复杂和管理复杂的软件变的容易控制和管理。

基于此思想，本系统开发实际可行的软件，方便毕业时信息的管理。

1。

3数据库系统设计及范式分析数据库设计主要是进行数据库的逻辑设计,即将数据按一定的分类、分组系统和逻辑层次组织起来,是面向用户的.数据库设计时需要综合企业各个部门的存档数据和数据需求,分析各个数据之间的关系,按照DBＭS提供的功能和描述工具，设计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型。

初步设计说明书一、引言初步设计说明书是对一项工程或项目进行初步设计时的规范性文件。

该文件主要目的是阐述设计理念、目标、方案、技术参数等，为后续的详细设计、施工提供指导和依据。

本说明书以一个虚构的工程项目为例，介绍初步设计的概念、内容及步骤。

二、项目概述本工程项目名称为“智能环保大楼”，旨在建设一栋集办公、科研、展示于一体的智能化建筑。

该建筑占地面积为平方米，建筑高度为100米，总建筑面积为平方米。

该建筑的主要功能区包括：办公区、科研区、展示区、休息区等。

三、设计理念本设计秉持“绿色、智能、环保”的理念，以高效利用资源、降低能耗、减少环境污染为宗旨。

在设计过程中，注重建筑与环境的和谐共生，利用现代化科技手段，实现建筑的智能化、绿色化。

四、设计目标本设计的目标主要包括以下几个方面：1、实现建筑的绿色化，提高环境质量；2、实现建筑的智能化，提高工作效率；3、实现资源的最大化利用，降低能耗；4、实现建筑的可持续发展，提高社会效益。

五、设计方案1、建筑造型设计：采用现代简约风格，以直线、曲线等元素进行造型组合，使建筑外观更加简洁、大气。

2、建筑材料选择：选用环保、节能的建筑材料，如太阳能板、保温墙体等。

3、建筑结构设计：采用框架结构，提高建筑的空间利用率和抗震性能。

同时，采用智能化的楼宇管理系统，实现建筑的智能化控制。

4、空调系统设计：采用水源热泵空调系统，利用地下水温度稳定的特点，实现夏季制冷、冬季制热的效果。

同时，设置空气净化系统和新风系统，提高室内空气质量。

5、照明系统设计：采用LED灯具和智能照明控制系统，实现照明与自然光的互补，降低能耗。

6、给排水系统设计：采用雨水收集系统和中水回用系统，实现水资源的最大化利用。

同时，设置节能型卫浴设备，减少用水量。

7、环保措施设计：设置噪音控制设备、垃圾分类处理系统等，减少对环境的影响。

同时，采用绿化带设计，提高绿化覆盖率。

六、技术参数本工程项目的相关技术参数如下：1、建筑结构安全等级为二级；2、建筑设计使用年限为50年；3、建筑耐火等级为一级；4、建筑节能率为65%；5、水资源回收率为30%。

《操作系统》一、判断题：（bs30）√1. 能影响中断响应次序的技术是中断优先级和中断屏蔽。

（bs30）√3. 在操作系统中，进程是一个具有独立运行功能的程序在某个数据集合上的一次运行过程。

（bs30）×4. 操作系统的存储器管理部分负责对进程进行调度。

（bs30）√5. 分时操作系统通常采用时间片轮转策略为用户服务。

（bs30）√6. 作业与进程的主要区别是前者是由用户提交，后者是由系统自动生成。

（bs29）×1. 在设备管理中通道是处理输入、输出的软件。

（bs29）√3. 若无进程处于运行状态，则就绪队列为空。

（bs29）√4. 在单处理器系统中，程序的并发执行，实质上是程序的交替执行。

（bs29）×5. 分页存储管理中，页面不能映射到不连续的内存块中。

（bs28）×3. Windows是多用户多任务操作系统。

（bs28）√4. 能影响中断响应次序的技术是中断优先级和中断屏蔽。

（bs28）√6. 作业与进程的主要区别是前者是由用户提交，后者是由系统自动生成。

（bs28）×8. 中断控制方式适用于外存同CPU之间进行大量数据交换。

（bs27）√3. 进程调度按一定的调度算法，从就绪队列中挑选出合适的进程。

（bs27）√4. 在单处理器系统中，程序的并发执行，实质上是程序的交替执行。

（bs27）√6. 分页存储管理中，页面可以映射到不连续的内存块中。

（bs27）√7. 通道方式能实现外设与CPU之间直接进行数据交换。

（bs26）×1. Windows是多用户多任务操作系统。

（bs26）√4. 在计算机系统中，操作系统是处于裸机之上的第一层软件。

（bs26）×7. 中断控制方式适用于外设同CPU之间进行大量数据交换。

（bs26）×9. 进程把程序作为它的运行实体，没有程序也就没有进程。

（bs25）×1. 在操作系统中，作业调度和进程调度没有区别。

本科实验报告课程名称：软件工程实验项目：实验设备管理系统实验地点：致远楼专业班级：学号:学生姓名：指导教师：2014年5 月一、实验目的和要求随着高校规模的扩大，实验室及仓库的增多，人工管理实验设备已变得过于低效，为了解决这一问题，高校实验室设备管理系统将实现设备管理的自动化。

实验室设备管理系统将贯穿于设备从购进到报废的整个流程的管理过程，帮助管理员高效地管理整个高校的所有设备，并给上级领导提供一个审核监督管理的平台。

二、实验内容和原理实验内容1．系统简介某大学每学年都需要对实验室设备使用情况进行统计、更新。

其中：（1）对于已彻底损坏的实验设备做报废处理，同时详细记录有关信息。

（2）对于有严重问题（故障）的需要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。

（3）对于急需使用但实验室目前又缺乏的设备，需以“申请表”的形式送交上级领导请求批准购买。

新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。

（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等条件进行查询。

2．技术要求及限制条件（1）所有工作由专门人员负责完成，其他人不得任意使用。

（2）每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。

（3）本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。

（4）本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。

（5）本系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表。

实验需求分析1引言1.1 编写目的：本实验室设备管理系统在可行性研究的基础上，是为了进一步明确实验室设备管理系统的软件需求，目的是让读者能够了解本系统的开发目的，开发方法，以及目前的硬件和软件的情况和开发所需要资金和设备，概要设计说明书和完成后续设计与开发工作将在此基础上进一步提出。

设备管理系统目录开发计划―――――――――――――――――――――――――――――――――――――――― 1可行性报告――――――――――――――――――――――――――――――――――――――――4需求―――――――――――――――――――――――――――――――――――――――――――5概要设计―――――――――――――――――――――――――――――――――――――――――7详细设计―――――――――――――――――――――――――――――――――――――――――8测试--------------------------------------------------------------------------------------------------------------------------------24开发总结―――――――――――――――――――――――――――――――――――――――――30用户手册―――――――――――――――――――――――――――――――――――――――――30（一）开发计划一、引言1、编写目的本系统设计是在windows环境的支持下运行的，采用窗口式执行文件，操作实用、简易、方便、直观。

正在装载数据……本着高效、全面、安全的设计思想，实现公司设备的有效管理。

2、项目背景开发系统名称：设备管理系统项目任务提出者：****开发者：*****************************3、参考资料JAVA教程二、项目概述1、工作内容可行性研究；需求分析；概要设计；程序设计；系统测试。

2、主要参加人员******************************************3、产品设备管理系统4、功能细5、验收标准⑴为了方便用户操作，该系统提供了部分提示窗口，使用户能够按照提示语句完成各项操作。

⑵为了实现设备的安全有效管理，系统设置了用户登陆的首界面，管理员和员工需要正确的用户名和密码。

软件⼯程之软件概要设计在完成对软件系统的需求分析之后，接下来需要进⾏的是软件系统的概要设计。

⼀般说来，对于较⼤规模的软件项⽬，软件设计往往被分成两个阶段进⾏。

⾸先是前期概要设计，⽤于确定软件系统的基本框架；然后是在概要设计基础上的后期详细设计，⽤于确定软件系统的内部实现细节。

概要设计也称总体设计，其基本⽬标是能够针对软件需求分析中提出的⼀系列软件问题，概要地回答问题如何解决。

例如，软件系统将采⽤什么样的体系构架、需要创建哪些功能模块、模块之间的关系如何、数据结构如何？软件系统需要什么样的⽹络环境提供⽀持、需要采⽤什么类型的后台数据库等。

应该说，软件概要设计是软件开发过程中⼀个⾮常重要的阶段。

可以肯定，如果软件系统没有经过认真细致的概要设计，就直接考虑它的算法或直接编写源程序，这个系统的质量就很难保证。

许多软件就是因为结构上的问题，使得它经常发⽣故障，⽽且很难维护。

⼀、概要设计过程和任务1.设计过程概要设计基本过程如图 5-1 所⽰，它主要包括三个⽅⾯的设计。

⾸先是系统构架设计，⽤于定义组成系统的⼦系统，以及对⼦系统的控制、⼦系统之间的通信和数据环境等；然后是软件结构和数据结构的设计，⽤于定义构造⼦系统的功能模块、模块接⼝、模块之间的调⽤与返回关系，以及数据结构、数据库结构等。

概要设计要求建⽴在需求分析基础之上，软件需求⽂档是软件概要设计的前提条件。

只有这样，才能使得开发出来的软件系统最⼤限度地满⾜⽤户的应⽤需要。

实际上，概要设计的过程也就是将需求分析之中产⽣的功能模型、数据模型和⾏为模型等分析结论进⾏转换，由此产⽣设计结论的过程。

在从分析向设计的转换过程中，概要设计能够产⽣出有关软件的系统构架、软件结构和数据结构等设计模型来。

这些结论将被写进概要设计⽂档中，作为后期详细设计的基本依据，能够为后⾯的详细设计、程序编码提供技术定位。

需要注意的是，概要设计所能够获得的还只是有关软件系统的抽象表达式，需要专⼼考虑的是软件系统的基本结构，⾄于软件系统的内部实现细节如何，则被放到以后详细设计中去解决。

DGT国际软件(中国)有限公司 DGTHIS2.2 详细设计说明书 本源码下载地址：/ DGTHIS2.2软件详细设计说明书（设备管理）1.引言1.1编写目的根据概要设计说明书中的设计内容， 编写详细设计说明书，为开发过程提供系统处理过 程的详细说明， 使系统开发各类技术人员对整个系统所需实现的功能以及系统的功能模块的 划分、实现和数据库的表结构有清楚的认识，为整个系统的开发、测试、评审和移交提供基 础，本报告一旦确认后将成为系统开发各类技术人员共同遵守的准则，并为以后的编程工作 提供依据。

本说明书的预期读者为本项目负责人以及负责项目开发的各类技术人员、管理人员、项 目评审人员。

1.2项目背景l开发单位：DGT国际软件(中国)有限公司l主管部门：研发中心l与其它系统的关系：本系统应与 DGTHIS2.2 的其它系统实现良好集成（共享有关 公用信息），其中与固定资产系统关系密切——所有设备都是固定资产，反之，则不一定成立。

DGT国际软件(中国)有限公司 DGTHIS2.2 详细设计说明书1.3定义l DGTHIS：B­S oft H ospital I nformation S ysteml PM 计划：对部分大型医疗设备仪器的定期检修计划。

l计检周期：计量仪器需定期进行计量检验，其检验周期即为计检周期，不同类型的 计量仪器其计检周期可能不同。

1.4参考资料《DGTHIS2.2 软件概要设计说明书.设备》作者：张贤彬2.任务概述2.1目标对医院的医疗设备从计划采购到维修，质检等进行全面管理。

因本系统与固定资产系统 关系密切，故设备的入库，领用，报损和折旧等处理将放在固定资产系统中完成，本系统只 处理医疗设备的计划、合同、维修和质检等，设备字典应作为固定资产字典的一部分；在用 设备应作为在用固定资产的一部分，固定资产系统的购单应可由设备合同引入，从而实现与 固定资产系统的良好集成。

2.2运行环境本系统设计运行于 C/S（客户机/服务器）计算环境，对硬软件要求如下：硬件环境：l服务器：PII500/256M/10G PC服务器，Alpha 小型机或 IBM 主机系统。

实验二：需求分析报告实验学时：2 课后2学时实验类型：技能性一、目的与任务目的：明确需求分析任务的重要性，掌握需求分析的主要具的使用方法和步骤，写出需求规格说明书。

二、实验安排1、装有Offic软件，Visio 2010的微机系统.2、实验安排方式：本实验为开放实验，各组可同时进行实验，每组8-10人。

三、实验内容及步骤1、选择一个管理系统（人事管理系统、工资管理系统、学生档案管理系统等）。

2、软件工程的原理对该系统的问题进行分析；3、分析系统的数据需求获得当前系统的物理模型，然后抽象出当前系统的逻辑模型，再建立目标系统的逻辑模型；理出系统的数据流程图；4、用Visio 2010画出该系统的数据流图，用结构化分析方法对整个系统进行分析细化，用数据流图描绘系统的逻辑模型，描绘信息在系统中流动和处理的情况；数据流图是分析和设计的工具，它主要描述系统完成的功能而不是系统的物理实现。

5、在Microsoft Word文档下写出该系统的数据字典，用数据字典对人们不了解的条目进行解释，对所有被加工引用的数据流和数据存储进行解释；6、用小说明来描述最底层的基本加工逻辑，小说明并不描述具体的加工过程，而只是这个加工的输入数据和输出数据的逻辑关系。

7、用Visio 2007画出该系统的IPO图，它的基本形式是左边框中列出有关的输入数据，在中间的框中列出主要的处理，在右边的框中列出产生的输出数据；8、用层次方框图或Warnier图对系统进行说明；层次方框图是由树型结构的一系列多层次的矩形框描绘数据的层次结构数型结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表这个数据的子集，最底层的各个框代表组成这个数据的实际数据元素。

四、思考题1、软件需求分析在整个软件生存周期中的地位？2、在软件需求分析中要完成哪些任务，所完成的资料在以后的工作中起什么作用？3、做需求分析的过程中有没有做社会调研？附录一：实验要求软件工程实验要求学生采用“项目小组”的形式，结合具体的开发项目进行设计。

图书管理系统概要设计说明书图书管理信息系统概要设计说明书目录1 引言1.1 编写目的本文档旨在介绍图书管理信息系统的概要设计，包括系统的需求规定、运行环境、基本设计概念和处理流程、结构、功能需求与程序关系、人工处理过程、接口设计、运行设计以及系统数据结构设计等方面。

1.2 背景随着图书馆的规模不断扩大和读者数量的增加，传统的手工管理已经无法满足需求。

因此，设计一套高效的图书管理信息系统是非常必要的。

1.3 定义图书管理信息系统是指用计算机技术实现对图书馆藏书、读者信息和借阅情况等进行管理的系统。

1.4 参考资料本文档参考了多份相关的图书管理信息系统设计方案，包括《图书馆管理信息系统设计方案》、《图书馆自动化管理系统设计方案》等。

2 总体设计2.1 需求规定图书管理信息系统需要实现以下功能：1.图书馆藏书管理：包括图书的入库、出库、借阅、归还等操作。

2.读者管理：包括读者信息的录入、查询、修改、删除等操作。

3.借阅管理：包括借阅记录的管理、逾期处理等操作。

4.统计报表：包括图书馆藏书数量、借阅情况等统计报表的生成。

2.2 运行环境图书管理信息系统需要在Windows操作系统下运行，使用MySQL数据库进行数据存储。

2.3 基本设计概念和处理流程系统采用MVC设计模式，将业务逻辑、数据处理和用户界面分离，提高系统的可维护性和可扩展性。

系统的处理流程为：读者借书->系统检查借书条件->借书成功->读者归还书籍->系统检查归还条件->归还成功。

2.4 结构系统结构分为三层：表示层、业务逻辑层和数据访问层。

表示层负责与用户交互，业务逻辑层负责处理业务逻辑，数据访问层负责与数据库进行交互。

2.5 功能需求与程序关系系统的功能需求与程序关系如下：1.图书馆藏书管理：程序需要实现图书入库、出库、借阅、归还等操作。

2.读者管理：程序需要实现读者信息的录入、查询、修改、删除等操作。

3.借阅管理：程序需要实现借阅记录的管理、逾期处理等操作。

概要设计之系统构架设计简介⼤型的综合应⽤系统⼤都是由许多⼦系统组成的。

⼀般说来，这些⼦系统能够独⽴运⾏，有⾃⼰专门的服务任务，并可能需要部署在不同的计算机上⼯作。

应该说，组成系统的⼦系统具有⼀定的独⽴性，但⼦系统之间⼜有着联系。

例如，有共同的数据源，相互之间需要通信，并可能需要协同⼯作。

系统构架设计的任务就是根据需求规格中的需求基本框架，把组成系统的这些⼦系统、⼦系统之间的关系、它们之间需要的数据通信等确定下来，并把它们⼯作时所需要的设备环境、⽹络环境和数据环境等也⼀同确定下来，由此对系统作出⼀个合理的、符合应⽤需要的整体部署。

需求分析中的需求框架是基于⽤户应⽤域建⽴的，概要设计时可以通过需求框架来映射系统构架。

例如，可以利⽤需求分析中的⾼层数据流图对系统基本⼯作流程的描述，来映射系统的基本结构，使得需求分析中对系统的逻辑描述，转换为概要设计中对系统的物理描述。

⼀般情况下，系统构架设计可以按照以下步骤进⾏。

（1）定义⼦系统。

根据需求分析中有关系统的业务划分情况，将系统分解成诸多具有独⽴任务的⼦系统。

（2）定义⼦系统外部接⼝。

分析⼦系统之间的通信与协作，以获得对⼦系统外部接⼝的定义。

（3）定义系统物理构架。

根据系统的整体逻辑结构、技术特点、应⽤特点以及系统开发的资⾦投⼊情况等，选择合适的系统物理构架，包括：硬件设备、软件环境、⽹络结构和数据库结构，并将⼦系统按照所选的物理构架进⾏合理部署与优化。

下⾯将介绍⼏种典型的系统构架。

需要注意的是，任何⼀种结构都会有优点与缺点，尽管是⼀些现在看来已经过时的结构也有它存在的现实价值。

集中式结构集中式结构是最传统的系统构架，系统由⼀台计算机主机和多个终端设备组成，其结构如下图所⽰。

集中式结构的特点是系统中的全部软件资源都被集中安装在这⼀台主机上，包括：操作系统、数据库系统、应⽤系统和资源⽂件等。

系统的智能处理器也被集中在主机上。

⽤户则是通过和主机连接的基本⽆智能的终端设备与系统进⾏通信。

版权所有：项目编号：保密级别：■普通□保密□机密文件编号：记录编号：智能监控系统（项目编号: ）系统架构设计说明书（V0.1）修订历史记录：目录智能监控系统 (1)（项目编号:） (1)概要设计说明书 (1)概要设计说明书 (1)第一章现状与需求分析 (6)1.1.现状描述 (6)1.1.1.项目建设背景 (6)1.1.2.组织机构现状 (6)1.2.业务需求 (7)1.2.1.业务需求描述 (7)1.2.2.主要建设目标与任务 (7)1.2.3.建设系统的基本要求 (9)1.3.现状评价与需求分析 (9)1.3.1.现状评价 (9)1.3.2.需求综合分析 (9)第二章总体设计 (13)2.1.总体设计思路 (13)2.2.设计原则 (13)2.3.系统体系结构 (14)系统按照功能划分为两个独立系统：SACDA（以下简称S系统），VIDEO （以下简称V系统）。

(14)SACDA系统完成整体系统的数据库编辑、参数配置、系统综合部署、人员权限管理、软总线管理、多机冗余管理、通讯过程监视、用户界面设计、实时数据服务、事项数据服务、历史数据服务、通讯数据服务、服务主辅管理、运行数据监视、系统对时管理、语音处理模块、人机交互界面、数据库系统管理、系统备份与同步、WEB数据服务、业务模型配置管理。

(14)2.3.1数据库编辑完成对于所有分站的数据库增加、删除、修改等，对于通讯服务提供通讯的配置（核心业务） (14)2.3.2参数配置完成每个分站的通讯、品质描述等初始化、运行、状态改变、退出等工作（核心业务） (14)2.3.3系统部署完成整个系统做为何种何种方式提供何种服务部署到一个设备上。

(14)2.3.4人员权限管理提供用户分组、用户身份的增加删除修改等，同时对所有服务开放验证的服务。

（核心业务） (14)2.3.5软总线管理服务提供不同部署在不同设备上相同系统直接的模块间数据交换（核心业务） (14)2.3.6多机冗余管理利用软总线管理实现多机的信息冗余，实现信息的同步功能。

金审工程应用系统工程管理软件系统详细设计说明书审计署信息化建设办公室北京中软国际信息技术有限公司2006年 9 月北京中软国际信息技术有限公司第1页共 162 页第 2 页共 162 页北京中软国际信息技术有限公司目录第一章引言 (9)1。

1编写目的 (9)1.2背景 (9)1。

3定义 (9)1.3。

1 专门术语 (9)1。

3.2 缩略词 (10)1.4参考资料 (10)第二章总体设计 (11)2.1需求规定 (11)2.1.1 对功能的规定 (11)2.1.2 输入/输出要求 (12)2.1.3 故障处理要求 (12)2.2其它专门要求 (12)2。

3支持软件 (13)2.3.1 基础平台 (13)2。

3。

2 基础服务 (14)2.4接口 (17)2。

5控制 (17)2.6基本设计概念和处理流程 (18)2。

6.1 设计原则 (18)2。

6.2 软件目的 (18)2.6。

3 技术架构 (18)2.6.4 软件系统整体流程 (18)2。

6。

5 部署模型 (18)第三章功能系统设计 (19)北京中软国际信息技术有限公司第 3 页共 162 页3.1项目管理 (19)3。

1。

1 结构 (19)3。

1.2 对象关系与类结构 (20)3。

1.3 功能需求与程序的关系 (20)3。

1。

4 资源注册 (20)3。

1.5 权限设计 (21)3。

1。

6 人工处理过程 (21)3.1.7 类设计 (21)3.1.8 接口 (22)3.1.9 存储分配 (23)3.1。

10 注释设计 (23)3.1。

11 限制条件 (23)3.1.12 测试计划 (23)3。

1。

13 尚未解决的问题 (23)3.2合同管理............................................................................................................ 错误!未定义书签。