精华内容
下载资源
问答
  • 总体设计方案包括哪些
    千次阅读
    2019-10-30 09:54:21

     

    4.智慧旅游系统总体设计方案

    4.1智慧旅游系统的总体架构

        智慧旅游系统的总体架构如下图所示:

     

     

              智慧旅游整体框架图

     

    智慧景区建设内容概括起来可以分为两个层面和两个中心的建设:即基础层、应用层和指挥调度中心、数据中心。

    基础层包括通讯网络设施、信息安全保障、物联网软硬件系统、视频系统、数据中心等。其中物联网硬件包括各种传感设备(射频传感器、位置传感器、能耗传感器、速度传感器、热敏传感器、湿敏传感器、气敏传感器、生物传感器等),这些设备嵌入到景区的物体和各种设施中,并与互联网连接。

    应用层包括面向各职能部门的应用信息系统,以加强资源保护管理为目的建设的环境监测系统,生物、文物资源监测系统,规划监测系统等;面向日常经营管理的OA办公系统,规划管理信息系统,GPS调度系统,视频监控系统,电子门票系统,LED大屏幕信息发布系统等;以及面向产业发展的电子商务、旅行社和酒店管理、客户关系管理系统等,以及面向游客服务的信息呈现和互动系统。

    指挥调度中心实现管理资源的整合,及对各职能部门的统一组织协调。是最重要的核心平台,它整合系统各应用支撑系统的能力,实现资源监测、运营管理、游客服务、产业整合等功能。它主要包括:

    a)     地理信息系统(GIS)同时将多媒体技术、数字图像处理、网络远程传输、定位导航技术和遥感技术有机地整合到一个平台上。

    b)     旅游电子商务平台和电子票务系统。

    c)     高峰期游客分流系统高峰期游客分流系统可以均衡游客分布,缓解交通拥堵,减少环境压力,确保游客的游览质量。景区可以通过预定分流、票务分流和交通工具实现三级分流,这其中要采用RFID、全球定位、北斗导航等技术时时感知游客的分布、交通工具的位置和各景点游客容量,并借助分流调度模型对游客进行实时分流。

    d)     其他配套系统:包括规划管理系统、资源管理系统、环境监测系统、智能监控系统、LED信息发布系统、多媒体展示系统、网络营销系统等。

    数据中心实现对各业务系统数据的集中管理和共享服务,包括地理信息(GIS)数据、GPS数据、多媒体(MEDIA)数据、游客数据、产业链商家数据,以及其他综合业务信息数据。

    总体的功能结构如下图所示:

     

     

    4.2整体技术架构

     

    资源层提供集中的数据访问,包括数据连接池控制、数据库安全控制和数据库系统。集中的数据访问能够在大量用户同时并发访问时共享有关连接等信息,从而提高效率,集中的数据库安全控制,使任何来自互联网的数据库访问都必须经过强制的安全管理,不允许直接访问数据库的行为,杜绝安全隐患。

    应用层通过提供统一的数据服务接口,为各个应用系统提供服务,应用系统的表现可以是网站、客户端系统、Web服务以及其他应用。并通过目录与负载均衡服务提供统一的负载均衡服务。任何一个应用服务器都可以同时启动多个服务,而通过目录与负载均衡服务来进行负载均衡,从而为大量用户并发访问时提供高性能服务。智慧旅游系统应用服务器提供核心智慧旅游系统服务,包括数据服务、管理服务、基本安全服务、其他业务服务等;数据同步服务器将数据有条不紊的同步到各个数据库;系统更新与版本升级服务器提供各个系统的版本升级管理,使任何一个系统都保持最新版本;Web日志分析服务提供用户访问分析,提高网站后期修改、维护、更新的针对性。

    整体技术架构图如下:

     

             整体技术架构图 

     

    4.3智慧景区系统的应用门户设计

    从智慧景区系统所面对的不同应用对象来看主要有四类用户:旅游局、景区、游客、商家。

    智慧景区系统作用于不同应用对象产生的信息流图如下所示:

     

     

         不同用户场景下的应用门户功能如下图所示:

     

     

        应用之间的关系如下图:

     

    4.4网络拓扑结构

     

      

      网络拓扑结构图

    智慧旅游网络设计采用应用数据、内部服务与外部服务分离的原则,系统的网站服务器、商务系统WWW 服务器布署在防火墙的DMZ 停火区,数据库服务器、政务网应用服务器、内部办公服务器等布署在防火墙的非军事区,严格设计访问规则,并配备入侵检测系统,以确保系统的安全。

    智慧旅游集有关旅游信息的收集、加工、发布、交流和实现旅游的网上交易和服务全程网络化为一体的综合性、多功能网络系统。参与各方为:政府主管部门, 旅游企业(宾馆、酒店、旅行社、餐馆酒楼、娱乐场所、景点公司、票务公司、租车公司等),游客(网站会员、访客、旅游客户),银行和其他机构和个人。

    本系统采用Internet/Intranet 的b/s 模式,服务器端采用WindowsServer2003 或Linux 平台。整个系统以数据中心为信息交换平台,以Internet 为数据传输通道,政府各有关部门、旅游企业、游客、银行通过专线或拨号上网与系统中心互联,实现网上数据查寻、预订、购物、交易、结算、消费等活动。

    网络中心配备若干台高性能服务器,实行应用和数据分离的原则,加强系统运行的稳定性和安全性。服务器采用WindowsServer2003或Linux 平台,后台采用MSSQLServer2005 或Oracle 数据库,前后台开发工具分别采用.Net 或J2EE 以及ezStudio 等,服务器上运行电子商务套件以支持电子交易,安装Web 服务软件,向用户提供信息浏览、查询等服务。

     


    关注我的技术公众号,每个工作日都有优质技术文章推送和电子版方案下载。

    微信扫一扫下方二维码即可关注:


     

    更多相关内容
  • “四个中心”是弱点评估中心、事件监控中心、风险管理中心和应急响应中心;“三个平台”是策略和配置平台、知识管理平台和资源管理平台。
  • 应用系统总体设计方案模板
  • 总体设计方案(1).docx

    2021-07-06 10:37:10
    项目总体设计方案
  • 等精度数字频率计涉及到的汁算包括加、减、乘、除,耗用的资源比较大,用一般中小规模CPLD/FPGA芯片难以实现。困此,我们选择单片机和CPLD/FPGA的结合来实现。电路系统原理框图如图1 所示,其中单片机完成整个测量...
  • 企业信息化总体设计方案.pdf企业信息化总体设计方案.pdf企业信息化总体设计方案.pdf企业信息化总体设计方案.pdf企业信息化总体设计方案.pdf企业信息化总体设计方案.pdf企业信息化总体设计方案.pdf企业信息化总体设计...
  • 按照”254”的构建思路,实现整体信息系统安全的总体规划。 2:两条腿支撑:安全技术体系和安全管理体系; 5:五大体系建设:技术体系、培训体系、管理体系(ISMS)、运营管理体系、安全监测体系; 4:实现四大能力...
  • 可编辑的华为硬件总体设计的模板,有需要的朋友拿去
  • 智慧社区总体设计方案.docx智慧社区总体设计方案.docx智慧社区总体设计方案.docx智慧社区总体设计方案.docx智慧社区总体设计方案.docx智慧社区总体设计方案.docx智慧社区总体设计方案.docx智慧社区总体设计方案.docx
  • 智慧社区总体设计方案.pdf智慧社区总体设计方案.pdf智慧社区总体设计方案.pdf智慧社区总体设计方案.pdf智慧社区总体设计方案.pdf智慧社区总体设计方案.pdf智慧社区总体设计方案.pdf智慧社区总体设计方案.pdf
  • 智能建筑综合安防系统总体设计方案.pdf智能建筑综合安防系统总体设计方案.pdf智能建筑综合安防系统总体设计方案.pdf智能建筑综合安防系统总体设计方案.pdf智能建筑综合安防系统总体设计方案.pdf智能建筑综合安防系统...
  • 智能建筑综合安防系统总体设计方案.docx智能建筑综合安防系统总体设计方案.docx智能建筑综合安防系统总体设计方案.docx智能建筑综合安防系统总体设计方案.docx智能建筑综合安防系统总体设计方案.docx智能建筑综合...
  • 基于springboot+vue的校园外卖订餐系统总体设计方案
  • 摘要:本文简述建筑工程项目智能化系统总体方案设计全过程。指出其主要包括工程概况、设计依据、设计原则、智能化子系统配置,各个智能化子系统内容介绍,以及智能化子系统的机房设置,管线敷设,电源、防雷、接地等...
  • 智慧旅游系统总体设计方案.doc
  • 硬件电路可以分为3个部分:主控电路模块、功率驱动模块和位置检测模块。主控电路模块以DSP为,外围电路主要包括:调试仿真...下面对主要电路进行详细介绍,电路整体方案如图所示。  图 数字伺服控制系统总体框图 :
  • 智慧水利-防洪指挥决策系统总体设计方案包括水系展示系统、城区调度决策系统、实时监测预警和防洪调度四大功能模块的门户界面,系统包括全县水系展示和城区水系展示。点击系统功能菜单中的“水系展示系统”,即可...
  • 方案很详细,共89页, 智慧城市云平台采用“总部 + 省分”两级架构。这种分层体系架构充分发挥了“以城市为中心”的业务特性,结合各省分已有智慧城市应用业务体系,实现省分新建平台和已有业务体系的平滑过渡,同时...
  • 非常全的软件设计方案

    热门讨论 2018-03-15 13:18:01
    信息系统设计方案,软件设计方案包含:系统架构设计、项目开发和管理工具、软件生命周期各阶段的工艺、项目任务分解和人员分工、应用系统培训方案、软件项目费用结构、软件实施方案、软件试运行方案、售后服务。...
  • 国际商业机器全球服务有限公司(以下简称IBM)非常荣幸地参与中国移动...IBM在电信事业部、业务咨询暨系统整合部专家的领导下,组织了软件部、服务器事业部、服务部等认真分析了天津移动的需求,提出了本方案建议书。
  • 第三方支付系统设计方案包含在线支付、商户管理、系统管理平台三部分。
  • 大数据实验室总体设计方案 总体架构 大数据实验室总体架构主要包括四个层面 1基础环境设施建设 大数据实验室基础环境建设主要是支撑实验室教学运行的基本环境配套建设包括实验室机房装修综合布线网络通信配电UPS安防...
  • 系统包括全县水系展示和城区水系展示。点击系统功能菜单中的“水系展示系统”,即可进入水系展示功能界面,系统会逐段展示洪泽县河道、干渠、相关闸站以及水流方向。 实时数据包括:实时预警、视频监控、水情信息、...
  • 研发项目总体设计方案模板

    热门讨论 2011-04-28 10:33:03
    研发项目总体设计方案模板 标准的设计方案模板 军品、民品均可采用
  • 软件工程:总体设计

    万次阅读 多人点赞 2020-10-21 21:31:47
    总体设计阶段的另一项重要任务是设计软件的结构,也就是要确定系统中每个程序是由哪些模块组成的,以及这些模块相互间的关系。 1,设计过程 1,设想供选择的方案总体设计阶段分析员应该考虑各种可能的...

    总体设计的基本目的就是回答“概括地说,系统应该如何实现”这个问题,因此,总体设计又称为概要设计或初步设计。

    总体设计阶段的另一项重要任务是设计软件的结构,也就是要确定系统中每个程序是由哪些模块组成的,以及这些模块相互间的关系。

    1,设计过程

    1,设想供选择的方案

    在总体设计阶段分析员应该考虑各种可能的实现方案,并且力求从中选出最佳方案需求分析阶段得出的数据流图是总体设计的极好的出发点。设想供选择的方案的一种常用的方法是,设想把数据流图中的处理分组的各种可能的方法,抛弃在技术上行不通的分组方法(例如,组内不同处理的执行时间不相容),余下的分组方法代表可能的实现策略,并且可以启示供选择的物理系统。

    2,选取合理的方案

    应该从前一步得到的一系列供选择的方案中选取若干个合理的方案,通常至少选取低成本、中等成本和高成本的3种方案在判断哪些方案合理时应该考虑在问题定义和可行性研究阶段确定的工程规模和目标,有时可能还需要进一步征求用户的意见。

    对于每个合理方案,分析员都应该准备下列4份材料:(1)系统流程图(2)组成系统的物理元素清单(3)成本/效益分析(4)实现这个系统的进度计划

    3,推荐最佳方案

    用户和有关的技术专家应该认真审查分析员所推荐的最佳系统,如果该系统确实符合用户的需要,并且是在现有条件下完全能够实现的,则应该提请使用部门负责人进一步审批。在使用部门的负责人也接受了分析员所推荐的方案之后,将进入总体设计过程的下一个重要阶段——结构设计

    4,功能分解

    为了最终实现目标系统,必须设计出组成这个系统的所有程序和文件(或数据库)。对程序(特别是复杂的大型程序)的设计,通常分为两个阶段完成:首先进行结构设计,然后进行过程设计

    确定软件结构,首先需要从实现角度把复杂的功能进一步分解。分析员结合算法描述仔细分析数据流图中的每个处理,如果一个处理的功能过分复杂,必须把它的功能适当地分解成一系列比较简单的功能

    5,设计软件结构

    通常程序中的一个模块完成一个适当的子功能。应该把模块组织成良好的层次系统,顶层模块调用它的下层模块以实现程序的完整功能,每个下层模块再调用更下层的模块,完成程序的一个子功能,最下层的模块完成最具体的功能

    6,设计数据库

    对于需要使用数据库的那些应用系统,软件工程师应该在需求分析阶段所确定的系统数据需求的基础上,进一步设计数据库。

    7,制定测试计划

    在软件开发的早期阶段考虑测试问题,能促使软件设计人员在设计时注意提高软件的可测试性

    8,书写文档

    应该用正式的文档记录总体设计的结果,在这个阶段应该完成的文档通常有下述几种

    (1)系统说明(2)用户手册(3)测试计划(测试策略,测试方案,预期的测试结果,测试进度计划)(4)详细的实现计划(5)数据库设计结果

    9,复查和复审

    最后应该对总体设计的结果进行严格的技术审查,在技术审查通过之后再由客户从管理角度进行复审

    2,设计原理

    2.1,模块化-面向对象

    模块是由边界元素限定的相邻程序元素(例如,数据说明,可执行的语句)的序列,而且有一个总体标识符代表它。模块是构成程序的基本构件。

    模块化就是把程序划分成独立命名且可独立访问的模块,每个模块完成一个子功能,把这些模块集成起来构成一个整体,可以完成指定的功能满足用户的需求。

    模块化是为了使一个复杂的大型程序能被人的智力所管理,是软件应该具备的唯一属性

    设函数C(x)定义问题x的复杂程度,函数E(x)确定解决问题x需要的工作量(时间)。
    对于两个问题P1和P2,如果C(P1)>C(P2)
    E(P1)>E(P2)
    根据人类解决一般问题的经验,会出现
    C(P1+P2)>C(P1)+C(P2)
    那么可以得出
    E(P1+P2)>E(P1)+E(P2)

    把复杂的问题分解成许多容易解决的小问题,原来的问题也就容易解决了——这就是模块化的根据。

    如果无限地分割软件,最后为了开发软件而需要的工作量也就小得可以忽略了。事实上,还有另一个因素在起作用,从而使得上述结论不能成立。

    当模块数目增加时每个模块的规模将减小,开发单个模块需要的成本(工作量)确实减少了;但是,随着模块数目增加,设计模块间接口所需要的工作量也将增加。根据这两个因素,得出了总成本曲线。每个程序都相应地有一个最适当的模块数目M,使得系统的开发成本最小。

    虽然目前还不能精确地决定M的数值,但是在考虑模块化的时候总成本曲线确实是有用的指南。

    采用模块化原理可以使软件结构清晰,不仅容易设计也容易阅读和理解。模块化也有助于软件开发工程的组织管理,一个复杂的大型程序可以由许多程序员分工编写不同的模块,并且可以进一步分配技术熟练的程序员编写困难的模块。

    2.2,抽象

    人类在认识复杂现象的过程中使用的最强有力的思维工具是抽象。人们在实践中认识到,在现实世界中一定事物、状态或过程之间总存在着某些相似的方面(共性)。把这些相似的方面集中和概括起来,暂时忽略它们之间的差异,这就是抽象。或者说抽象就是抽出事物的本质特性而暂时不考虑它们的细节。

    在抽象的最高层次使用问题环境的语言,以概括的方式叙述问题的解法;在较低抽象层次采用更过程化的方法,把面向问题的术语和面向实现的术语结合起来叙述问题的解法;最后,在最低的抽象层次用可以直接实现的方式叙述问题的解法。

    软件工程过程的每一步都是对软件解法的抽象层次的一次精化。在可行性研究阶段,软件作为系统的一个完整部件;在需求分析期间,软件解法是使用在问题环境内熟悉的方式描述的;当由总体设计向详细设计过渡时,抽象的程度也就随之减少了;最后,当源程序写出来以后,也就达到了抽象的最低层。

    2.3,逐步求精

    逐步求精定义为为了能集中精力解决主要问题而尽量推迟对问题细节的考虑

    逐步求精是一种自顶向下的设计策略。按照这种设计策略,程序的体系结构是通过逐步精化处理过程的层次而设计出来的。通过逐步分解对功能的宏观陈述而开发出层次结构,直至最终得出用程序设计语言表达的程序

    求精实际上是细化的过程;抽象与求精是一队互补的概念。

    2.4,信息隐藏和局部化

    信息隐藏原理:应该这样设计和确定模块,使得一个模块内包含的信息(过程和数据)对于不需要这些信息的模块来说,是不能访问的。

    局部化是指把一些关系密切的软件元素物理地放得彼此靠近。

    如果在测试期间和以后的软件维护期间需要修改软件,使用信息隐藏原理作为模块化系统设计的标准就会带来极大好处。

    2.5,模块独立

    模块独立的重要性:

    • 有效的模块化(即具有独立的模块)的软件比较容易开发出来。
    • 独立的模块比较容易测试和维护

    模块独立性可以由两个定性标准度量:耦合和内聚

    耦合:耦合是对一个软件结构内不同模块之间互连程度的度量。耦合强弱取决于模块间接口的复杂程度,进入或访问一个模块的点,以及通过接口的数据

    数据耦合

    两个模块彼此间通过参数交换信息,而且交换信息仅仅是数据。

    数据耦合是低耦合,系统中至少必须存在这种耦合。

    控制耦合

    传递的信息中有控制信息(尽管有时这种控制信息以数据的形式出现)

    控制耦合是中等程度耦合。

    特征耦合

    当把整个数据结构作为参数传递而被调用的模块只需要使用其中一部分数据元素时,就出现了特征耦合。

    公共环境

    耦合

    当两个或多个模块通过一个公共数据环境相互作用时,它们之间的耦合称为公共环境耦合

    公共环境可以是全程变量、共享的通信区、内存的公共覆盖区、任何存储介质上的文件、物理设备等

    公共环境耦合的复杂程度随耦合的模块个数而变化,当耦合的模块个数增加时复杂程度显著增加

    只有两个模块有公共环境,耦合有下面两种可能。

    (1) 一个模块往公共环境送数据,另一个模块从公共环境取数据。这是数据耦合的一种形式,是比较松散的耦合。

    (2) 两个模块都既往公共环境送数据又从里面取数据,这种耦合比较紧密,介于数据耦合和控制耦合之间。

    内容耦合
    个模块访问另一个模块的内部数据。
    一个模块不通过正常入口而转到另一个模块的内部。
    两个模块有一部分程序代码重叠 ( 只可能出现在汇编程序中 )
    一个模块有多个入口 ( 这意味着一个模块有几种功能 )
    最高程度的耦合,应该坚决避免使用。

    尽量使用数据耦合,少用控制耦合和特征耦合,限制公共环境耦合的范围,完全不用内容耦合。

    内聚:衡量一个模块内部各个元素彼此结合的紧密程度。

    内聚标志着一个模块内各个元素彼此结合的紧密程度,它是信息隐藏和局部化概念的自然扩展。简单地说,理想内聚的模块只做一件事情。

    低内聚偶然内聚一个模块完成一组任务,这些任务彼此间即使有关系,关系也是很松散的
    逻辑内聚一个模块完成的任务在逻辑上属于相同或相似的一类
    时间内聚一个模块包含的任务必须在同一段时间内执行
    中内聚过程内聚一个模块内的处理元素是相关的,而且必须以特定次序执行
    通信内聚模块中所有元素都使用同一个输入数据和()产生同一个输出数据
    高内聚顺序内聚

    一个模块内的处理元素和同一个功能密切相关,而且这些处理必须顺序执行

    (通常一个处理元素的输出数据作为下一个处理元素的输入数据)

    功能内聚模块内所有处理元素属于一个整体,完成一个单一的功能

    事实上,没有必要精确确定内聚的级别。重要的是设计时高内聚,并且能够辨认出低内聚的模块,有能力通过修改设计提高模块的内聚程度并且降低模块间的耦合程度,从而获得较高的模块独立性。

    3,启发规则

    1,改进软件结构提高模块独立性:设计出软件的初步结构以后,应该审查分析这个结构,通过模块分解或合并,力求降低耦合提高内聚。

    2,模块规模应该适中:一个模块的规模不应过大,最好能写在一页纸内(通常不超过60行语句)

    3,深度、宽度、扇出和扇入都应适当

    • 深度:软件结构中控制的层数
    • 宽度:软件结构内同一个层次上的模块总数的最大值
    • 扇出:一个模块直接控制(调用)的模块数目
    • 扇入:一个模块被多少个上级模块直接调用的数目

    4,模块的作用域应该在控制域之内

    • 作用域:受该模块内一个判定影响的所有模块的集合。
    • 控制域:模块本身以及所有直接或间接从属于它的模块的集合。

    5,力争降低模块接口的复杂程度:模块接口复杂是软件发生错误的一个主要原因。应该仔细设计模块接口,使得信息传递简单并且和模块的功能一致。

    6,设计单入口单出口的模块:这条启发式规则警告软件工程师不要使模块间出现内容耦合。当从顶部进入模块并且从底部退出来时,软件是比较容易理解的,因此也是比较容易维护的。

    7,模块功能应该可以预测:模块的功能应该能够预测,但也要防止模块功能过分局限。反例:模块使用全局变量或是静态变量,则可能导致不可预测。

    4,描绘软件结构的图形工具

    4.1,层次图和HIPO图

    层次图用来描绘软件的层次结构。数据结构的层次方框图相同,但是表现的内容却完全不同。层次图很适于在自顶向下设计软件的过程中使用。

    层次图表示的层次为软件的结构而非数据结构

    层次图每个矩形所代表的是一个模块,连线所表示的是“调用”而非“组成”。

    层次图是调用关系,层次方框图是组成关系。

    4.2,结构图

    结构图是进行软件结构设计的工具

    方框模块,框内注明模块的名字或主要功能
    方框之间的箭头模块的调用关系
    空心圆传递的是数据
    实心圆控制信息

    5,面向数据流的设计方法

    5.1,概念

    面向数据流的设计方法把信息流映射成软件结构,信息流的类型决定了映射的方法。

    变换流

    信息沿输入通路进入系统,由外部形式变换成内部形式,进入系统的信息通过变换中心,经加工处理以后再沿输出通路变换成外部形式离开软件系统。当数据流图具有这些特征时,这种信息流就叫作变换流

    事务流

    数据沿输入通路到达一个处理T,这个处理根据输入数据的类型在若干个动作序列中选出一个来执行。这类数据流应该划为一类特殊的数据流,称为事务流。

    当信息流有明显的“发射中心”时,可以归结为事物流

    设计过程

    5.2,变换分析(例子)

    变换分析是一系列设计步骤的总称,经过这些步骤把具有变换流特点的数据流图按预先确定的模式映射成软件结构。

    例子 :汽车数字仪表板的设计,假设的仪表板将完成下述功能。

    • 通过模数转换实现传感器和微处理机接口。
    • 在发光二极管面板上显示数据。
    • 指示每小时英里数(mph),行驶的里程每加仑油行驶的英里数(mpg)等。
    • 指示加速或减速。
    • 超速警告:如果车速超过55英里/小时,则发出超速警告铃声。
    第一步:复查基本系统模型
    复查的目的是确保系统的输入数据和输出数据符合实际
    第二步:复查并精化数据流图
    应该对需求分析阶段得出的数据流图认真复查,并且在必要时进行精化。

    第三步:去诶定数据流图具有变化特性还是事务特性
    一般来说,一个系统中的所有信息流都可以认为是变换流,但是当遇到明显事务特性的信息流时,建议采用实务分析方法进行设计。在这一步,设计人员应该根据数据流图中占优势的属性,确定数据流的全局特性。
    第四步:确定输入流和输出流的边界,从而孤立出变换中心。
    
    第五步:完成“第一级分解”
    分解就是分配控制的过程。对于变换流的情况,数据流图被映射成一个特殊的软件结构,这个结构控制输入、变换和输出等信息处理过程。

    第六步:完成“第二级分解”
    从变换中心的边界开始逆着输入通路向外移动,把输入通路中每个处理映射成软件结构中Ca控制下的一个低层模块;然后沿输出通路向外移动,把输出通路中每个处理映射成直接或间接受模块Ce控制的一个低层模块;最后把变换中心内的每个处理映射成受Ct控制的一个模块。

    第七步:使用设计度量和启发式规则对第一次分割得到的软件结构进一步精化。

    事务分析:事务分析的设计步骤和变换分析的设计步骤大部分相同或类似,主要差别仅在于由数据流图到软件结构的映射方法不同。由事务流映射成的软件结构包括一个接收分支和一个发送分支。

    设计优化

    • 在不考虑时间因素的前提下开发并精化软件结构。
    • 在详细设计阶段选出最耗费时间的那些模块,仔细地设计它们的处理过程(算法),以求提高效率。
    • 使用高级程序设计语言编写程序。
    • 在软件中孤立出那些大量占用处理机资源的模块。
    • 必要时重新设计或用依赖于机器的语言重写上述大量占用资源的模块的代码,以求提高效率。
    展开全文
  • 非常完善的一个软件项目解决方案实例,包括设计、实施等全套内容。可作为编写软件项目方案的参照模板
  • 硬件电路可以分为3个部分:主控电路模块、功率驱动模块和位置检测模块。主控电路模块以DSP为核心,外围电路主要...下面对主要电路进行详细介绍,电路整体方案如图所示。  图 数字伺服控制系统总体框图 来源:ks99
  • 某研究院信息系统总体设计方案,非常详细,包括需求分析,详细分析,关键技术实现等.zip
  • STK是由美国Analytical Graphics公司开发的一款在航天领域处于领先地位的商业分析软件。STK支持航天任务的全过程,包括设计、测试、发射、运行和任务应用。
  • 总体设计结构:综合布线系统工程总体方案设计有时又称系统设计,它包含的内容较多,对综合布线系统工程的整体性和系统性具有举足轻重的作用,直接影响着智能化建筑和智能化小区使用功能的高低和服务质量的优劣。...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 148,976
精华内容 59,590
关键字:

总体设计方案包括哪些