精华内容
下载资源
问答
  • 设计是用户需求到编码实现的必经阶段,软件项目在设计阶段的禀赋决定了软件项目的资质。好的软件设计不是软件项目成功的唯一条件,但是没有好的设计软件项目肯定无法做好。  一、软件设计的重要性体现在以下几个...
     

      设计是用户需求到编码实现的必经阶段,软件项目在设计阶段的禀赋决定了软件项目的资质。好的软件设计不是软件项目成功的唯一条件,但是没有好的设计软件项目肯定无法做好。

      一、软件设计的重要性体现在以下几个方面:

      1、软件设计在整个软件项目的建设中起着承上启下的重要作用。

      从整个软件项目开发阶段来看,软件项目可以分为需求、设计、编码、验证四个阶段。设计承接需求分析,基于准确的需求分析,对项目目标进行结构化搭建。设计阶段产生的设计说明书以及设计规范是编码阶段的作业指导,也是测试人员开发测试用例的指导书。

      2、软件设计是对软件项目质量进行保障的关键步骤。

       软件项目的质量与需求分析、设计、编码、验证段这四个阶段的质量之间的关系,可以用C语言表达为:最终的软件质量 = 需求分析质量 && 设计质量 && 编码质量 && 验证质量,这种“与”的关系表明任何一个阶段出现质量纰漏,软件项目的最终质量都无法保障。

      3、设计阶段提供的软件表示,使软件项目质量的评价成为可能。

       反映软件设计质量的要素有:准确性、稳健性、安全性、通信有效性、处理有效性、可操作性、完备性、一致性、可追踪性、可见性、可扩充性、复用性、模块 性、清晰性、自描述性、简单性、结构性、硬件系统无关性、软件系统无关性、文档完备性等。通过这些考核要素对设计阶段质量进行控制,从而达到从项目前端控 制软件质量的效果。同时该阶段的设计规范也是进行软件质量评价的参照标准与基本要求。

      因此,想做好整个软件项目的质量保障,必须充分重视设计阶段的质量保障工作。山东省软件评测中心作为国内最早一批获得国家实验室认可并取得政府授权的中立的第三方机构,在十余年的软件项目质量服务过程中发现:

      二、设计阶段经常出现的质量问题从大的方面看有以下几种原因:

      1、需求分析阶段工作不充分

       好的软件设计必然基于准确的需求分析,离开正确的需求分析,软件设计就是做得再好,在源头上也是错误的,更无任何意义,有时甚至是南辕北辙。有些软件项 目因为工期紧张或乙方软件企业管理不规范,甲方用户人员技术受限或配合不到位或承建方需求分析人员业务、技术经验不足等这样那样的原因,需求调研没有做 透,更有甚者基本的业务逻辑还没有完全理清,就匆匆开始需求分析然后又囫囵吞枣的进行自我想象中的架构设计,结果可想而知。

      2、设计不充分

       有许多软件企业不重视设计阶段的工作,或者略掉设计直接进行编码。这样必然把许多的问题遗留给编码阶段,等写了一部分代码后再后头看,错了,返工……另 外,设计人员由于技术欠缺或经验不足,或者对业务理解不够深入,未能充分考虑后期需求变动对设计的影响也是造成设计不充分的一类重要原因。

      设计不充分往往导致频繁变更与诸多性能、安全方面的漏洞。在软件项目里,越是在项目前期发现问题,解决成本越低。据相关机构统计,在设计阶段发现偏差比在需求分析阶段发现并修正要高出5 倍,在编码阶段觉察偏差则会提高到10倍,而如果延续到单元测试系统测试阶段发现设计缺陷修正成本则会提高到20倍。另外,设计人员由于技术欠缺或经验不足,或者对业务理解不够深入,未能充分考虑后期需求变动对设计的影响也是造成设计不充分的一类重要原因。

      3、过度设计

       与设计不充分相对应的一种情况是设计过度,过度设计一般是由于设计人员在做项目分析设计时,过分的考虑潜在的、未来的以及准备扩展等因素,过度的抽象, 过多思考封装、分离解耦,导致太多颗粒单位,太多插件等等,给设计资源造成不必要的浪费,并且可能导致原本可以简单实现的逻辑变复杂,造成系统整体性能的 下降与维护成本的上升等等,以至于影响到用户体验或者简直没法用。

      上述情况都会造成软件设计质量的下降,那么我们应该如何做好设计阶段的质量保障工作?

      三、如何才能做好软件项目设计阶段的质量保障

      1、思想上重视

      充分认识设计阶段的重要性,从思想上强调设计阶段质量保障工作的必要性与重要性。关于软件设计的重要性前文已从几个方面作了总结,不再赘述。项目团队成员与甲方都要充分理解并一致认同设计规范与设计评审等质量管理措施对整个项目的意义与重要性。

      2、选用合适的设计思想、设计方法

      设计开始,在充分了解需求与项目背景的前提下,结合项目情况采用恰当的设计思想与设计方法,从设计的指导思想与方法上避免设计阶段的质量瑕疵。 我们在做软件设计时还要根据项目的具体情况与应用场景选用合适的设计思想作指导,选用合适的建模方法帮我们尽快理清系统的业务逻辑并理出思路。

      从方法学的角度来讲,软件的设计与开发从最初的机器语言-汇编语言发展到面向过程的结构化设计方法,到现在应用较多的面向对象、面向组件发展到面向服务,每一步都体现了不断抽象、更加贴近业务实务的发展趋势。

      不管采用什么样的设计方法进行架构设计,设计都需要以充分满足项目需求为目的,任何分析与设计方法只有针对具体问题才有实际意义。另一方面要考虑的是,采用的方法要侧重满足项目或产品的质量需求,也就是非功能性需求。确保设计阶段的质量无忧。

      3、项目管理上避免

      项目管理是贯穿整个项目生命周期的,80%的软件项目质量问题是由项目管理造成的。软件设计阶段作为软件项目的一个重要环节,要做好质量保障自 然离不开好的项目管理。从设计团队组建到角色分工与权责确定,到设计规范的制定与流程梳理,所有这些工作都需要一个好的团队负责人去把控。设计团队负责人 还要重视设计评审,通过设计评审不断发现问题,逐步完善细化设计架构与详细设计说明书,作为后期代码实现与测试用例编写的指导。要重视项目经理的作用,项 目经理的职责是进行沟通,促进沟通并建立沟通的渠道。只有通过沟通才能在项目成员间建立起认同与理解,从而将设计思路有效实现。

      4、引入专业的第三方质量保障服务机构指导

      一般的项目建设,乙方自己充当质量保障的角色,部分软件企业为了降低成本,尽可能的减少质量保障环节的资源支出,致使设计质量无法保障,即使有 部分软件企业视质量为生命,建立了良好的质量管理体系,但是囿于精力所限或赶工期或质量保障经验上的限制,设计质量也是不能令人满意。而从甲方看,一般囿 于人员、技术、精力的限制,甲方很难有精力或技术能力去对项目的质量进行深入的关注。更何况软件本身并不可见,充满复杂的逻辑关系,模块之间的耦合关联度 不易把握。第三方质量保障服务机构靠技术与服务来赢得客户信任,因而更加重视项目的质量与最终用户体验。从而会更加专业的对待项目过程中的质量管理。

      综上,算是抛砖引玉,欢迎探讨!

     

    转载:http://www.blogjava.net/qileilove/archive/2012/04/13/374037.html

    展开全文
  • 网络系统设计过程中,物理网络设计阶段的任务是(70)。 (70)A.依据逻辑网络设计的要求,确定设备的具体物理分布和运行环境 B.分析现有网络和新网络的各类资源分布,掌握网络所处的状态 C.根据需求规范和通信规范,...

    网络系统设计过程中,物理网络设计阶段的任务是(70)。
    (70)A.依据逻辑网络设计的要求,确定设备的具体物理分布和运行环境
    B.分析现有网络和新网络的各类资源分布,掌握网络所处的状态
    C.根据需求规范和通信规范,实施资源分配和安全规划
    D.理解网络应该具有的功能和性能,最终设计出符合用户需求的网络
    【答案】A
    【解析】
    网络开发过程的五阶段迭代周期模型可以用下图来描述。
    在这里插入图片描述
    ①需求分析
    需求分析是开发过程中最关键的阶段。通过和不同的用户(包括经理人员和网络管理员)交流,收集明确的需求信息。需求分析的输出是产生一份需求说明书,也就是需 求规范。
    ②现有网络系统的分析
    如果当前的网络开发过程是对现有网络的升级和改造,就必须进行现有网络系统的分析工作。现有网络系统分析的目的是描述资源分布,以便于在升级时尽量保护己有的 投资。在这一阶段,应给出一份正式的通信规范说明文档,作为下一个阶段的输入。
    ③确定网络逻辑结构
    网络逻辑结构设计是根据需求规范和通信规范选择一种比较适宜的网络逻辑结构,并实施后续的资源分配规划、安全规划等内容。这个阶段最后应该得到一份逻辑设计
    文档。
    ④确定网络物理结构
    物理网络设计是逻辑网络设计的具体实现,通过对设备的具体物理分布、运行环境等的确定来确保网络的物理连接符合逻辑设计的要求。在这一阶段,网络设计者需要确 定具体的软硬件、连接设备、布线和服务的部署方案。
    ⑤安装和维护
    这个阶段是根据前面的工程成果实施环境准备、设备安装调试的过程。网络安装完成网络投入运行后,还需要做大量的故障监测和故障恢复,以及网络升级和性能优化等 维护工作。

    展开全文
  • 方案设计阶段的准备工作

    千次阅读 2018-01-27 22:47:05
    但是在真正开工之前,反复的方案设计的迭代过程。也一些不是研发出身的老板跟我抱怨,硬件工程师让结构先设计、结构工程师说硬件工程师应该先给大致的需求,不知道应该谁先动。 工欲善其事,必先利其器是说:工匠...

    本文转自硬件十万个为什么

    曾经说过,在开始动手画原理图之前,需要做需求分析专题分析等等工作。但是在真正开工之前,有反复的方案设计的迭代过程。也有一些不是研发出身的老板跟我抱怨,硬件工程师让结构先设计、结构工程师说硬件工程师应该先给大致的需求,不知道应该谁先动。

    工欲善其事,必先利其器是说:工匠想要使他的工作做好,一定要先让工具锋利。比喻要做好一件事,准备工作非常重要。语出《论语·卫灵公》:子贡问为仁。子曰:“工欲善其事,必先利其器。居是邦也,事其大夫之贤者,友其士之仁者。” 这个准备工作,当然不只是指工具,还有动手之前的策划、思考、评估、方案设计、架构设计等。

    硬件工程师动手画原理图之前,需要画的一个东东就是,用“猥琐”(Visio)画出电路板方案框图。

    这里写图片描述
    这里写图片描述

    当然,每个工程师都有自己的喜好。有的人喜欢用Visio、有的人喜欢用PPT,这都无所谓。关键是这个电路板的框图不是简单的拍脑袋就出来的
    它的诞生,就是一个电路板方案设计的过程。如果这个阶段拍脑袋、回板就会拍大腿,最后只能拍拍屁股走人了。

    那么我们如何能够完成一个电路板的方案设计过程呢?除了凭借我们的经验,还有什么是我们需要做的呢?

    【步骤一、建立归档文件夹,明确归档计划】
    这里写图片描述

    建议自建SVN的云服务器,讲需要归档的文件夹,按照本企业或者本项目的需求进行设立需要的文件夹。这些自然就是我们在产品研发完成一个完整的产品,需要产生和考虑的所有维度、需要归档的所有内容的纲领。
    github或者内网文件夹共享其实都可以,但是github速度不快有点影响设计效率,内网文件夹不便于版本管理,当服务器出现故障会影响整个团队的开发,也不便于移动办公。

    【步骤二、建立问题跟踪机制】
    之前的系列,我们专门说过问题跟踪,我们针对当前项目,需要建立例会的制度,根据人员情况和人员的素质不同,需要有针对性的进行例会。可能是每天晨会、也可以是每周例会,灵活把握跟踪频度。
    但是我们需要针对项目建立该项目的问题跟踪表格,便于整个项目过程中所有出现的问题,跟踪闭环,避免问题跟踪出现遗漏。

    这里写图片描述

    当然我们还可以计算更复杂的表格,以前我们做个一个表格可以计算每个任务的完成提前、拖延的天数,可以作为KPI进行考核。(这个做法不提倡)

    【步骤三、需求跟踪】
    在华为、这个部分会由SE(系统工程师、system engineer不是stupid engineer)进行分解分配。硬件工程师根据分解分配结果对照检查,并创建单板需求跟踪表。跟踪表完成后需召集SE、整机结构、产品工程工艺(PCB Layout工程师、工艺工程师)、生产、测试、软件等周边人员评审归档。

    当然,我们从来都是期望需求能归档之后不再修改。但是我们在设计过程中会发现会不可避免的进行修改。但是我们在TR3之后是应该禁止修改的,如果在TR3之后增改需求,所有的需求变更需要通过CR(需求变更电子流)进行跟踪。

    从硬件稳定的角度来说,越在项目的后期,需求的变更带来的影响越大,带来的设计变动,对质量的影响越大。但是随着敏捷的思想,以及客户需求可能在硬件长周期过程中的变化,很多场景我们不得不去变更需求。

    序号 各阶段介绍 备注
    1 Charter 责任主体:Marketing团队和SE; 主要工作:Charter需要回答这些问题:版本的Top N需求和主要竞争需求,主要目标客户,完整的包需求,版本的里程碑时间点,应用的时间窗口以及在版本火车中所处的位置
    2 Charter-TR1 责任主体:SE团队,同时Marketing配合完成需求的细化、澄清和修订;主要工作:输出设计需求(包括每个需求的输入、输出参数,并输出低保真界面原型)
    3 CDCP 主要工作:近年来大部分项目都裁剪,具体作用不明
    4 TR1-TR2 责任主体:SE团队;主要工作:输出是设计规格(接口设计、高保真界面原型)
    5 PDCP 责任主体:开发代表;主要工作:主要工作:代码规模、关键时间点和人力需求。质量目标、SOW(工作任务书)
    6 TR2-TR3 责任主体:开发组;主要工作:主要工作:需求规格说明书(SRS);系统测试用例(STC)、概要设计(HLD)、集成测试用例(ITC)

    需求的分析和理解往往不可能一步到位,研发人员的理解也有可能不能非常准确理解现场场景。所以需求跟踪完成之后,需要进行两轮的需求的串讲、反串讲。(串讲,是指需求发布者与开发者讲解,反串讲是指开发者理解需求之后,对需求发布者进行讲解)。

    需求反串讲,是设计者向SE、项目经理等角色逐条讲解硬件需求,形成统一的认识。对于已有实现方案的需求,讲解要包含方案。串讲和反串讲一定要让SE/软件/测试领域全程参与,提出的问题要在详细设计开始前全部解决闭环。

    【步骤四、关键器件分析】
    我们研发一个新项目的时候,不可避免的会使用我们没有使用过的器件,甚至是整个公司都没有使用过的器件。

    我们根据设计需求选定了基本方案之后,需要对新器件、关键器件进行应用分析,输出应用分析报告,并召集相关人员、管理者、有经验的工程师进行评审和分析。

    方案分析过程中需要参考和更新器件的Bug List和设计注意事项。同时收集案例,并给出应对解决措施,提前预防已知问题。

    关键器件不仅仅局限于新引入的器件,还包括复杂的器件、开发人员及项目组经验积累都不足的器件。

    这个关键器件的分析,我们需要对器件的datasheet进行分析、寻找并Demo板、查阅厂家的errata,寻找已经产品化或者已经完成过的设计,部分电路的改动,需要动手做电路实验、或者做电路仿真,进行验证。

    【步骤五、预布局及结构设计】
    我们根据需求,明确了必要的功能、性能、然后明确了关键器件,也就是电路板上面大功率器件、新器件、复杂器件都已经敲定了。那么我们可以做一个预布局,明确电路板尺寸,形状的大致想法。

    我们为了实现一个准确的预布局,需要输出一个预布局原理图,要求原理图至少包含主要器件、电源、热敏感器件和接插件。

    预布局需要把电路板的信号流向器件功能主要器件的电源管脚分布整个电路板的电源的基本分布和流向

    然后把相关的诉求,提供给ID工程师,给一个基本的ID设想,然后由结构工程师进行结构设计的细化。

    如果是成熟的机框,则这个过程相对简单一些,例如ATCA、VPX这种标准机框。一些个人消费电子产品这个过程反复的可能性非常大。

    为了避免这个过程,硬件工程师在完成初步的预布局,之后应该把自己的设计诉求,全部记录在《结构要素图设计说明书》中,提供给结构和ID工程师。

    【步骤六、散热评估】
    硬件工程师需要提供单板布局器件热耗(功耗)表各器件散热参数。数字器件要注意提供尽量准确的功耗数据,特别是DDR/FPGA等器件要根据使用场景进行计算。提供的器件的功耗需要准确,避免过设计,也避免散热风险。

    【步骤七、新器件导入评估】
    在华为,一个新器件的导入是非常复杂的,我们不在华为,选择新器件,也需要谨慎选取,并做相关评估。

    这个其实应该是一个sourcing的过程:我们不但需求考虑新器件功能是否满足我们的需求,同时需要考虑:可靠性、可采购性、成本、焊接工艺、功耗、散热等维度。

    【步骤八、背板管脚分配、板间FMEA分析】
    我们需要根据背板标准,分配电路板的管脚。如果是新设计背板,需要考虑背板连接器的成本、速率、数量。

    在产品设计阶段,FMEA针对所有板间信号/关键器件展开分析,可确保无故障遗漏。用以分析所有故障影响,同时做到优化故障管理能力。在这个过程中存在着两个标准,那就是对于严重故障,要求尽最大可能避免;对于需要处理的故障,要求能够监测并定位到现场置换单元(FRU,Field Replacement Unit)。

    【步骤九、归一化分析】
    归一化作为DFx的一项内容,需要硬件特别关注。每个产品需整理自身的BOM归一化器件清单,常用器件选型只能在归一化清单中选择。归一化清单为本企业或者本部门使用过的器件或者采购过的器件。

    尽量减少器件种类,有效减少器件种类、不但降低管理成本、同时也降低加工和采购成本。

    【步骤十、可重用性分析】
    所有单板都要进行可重用性分析,包含三方面内容:
    1. 本单板可重用的已有电路;
    2. 本单板希望能够重用的电路;
    3. 本单板完成开发后,可提供其它项目重用的电路。

    【步骤十一、早期BOM审查】
    1. 方案确定后就把已确定的关键器件,通过采购进行关键器件的意见反馈。
    2. 所有非常规器件、非主流器件、器件必须逐一和采购进行确认,详细评估风险,有风险的器件要选择替代方案。
    3. 有关键器件在设计过程中变更时,还需要与采购人员进行确认。

    经过上述十一个步骤
    1. 我们选定了关键器件、并进行了预布局、明确了结构的设计,排除了可行性、采购、可靠性、散热方面的风险。

    1. 通过需求跟踪,确保所有需求能够在设计中落实,最终设计的产品符合客户的需求。

    2. 通过归一化、可重用性分析,提升了整体的设计效率,并且隐性的提升了设计质量。

    3. 通过《问题跟踪表》、建立《归档文件夹》,确保了交付的项目管理。
      完成这些准备工作之后,我们的电路原理框图、电路原理图的设计才是让人安心和可靠的。

    展开全文
  • 数据库设计阶段 各阶段的任务

    千次阅读 2019-05-13 17:46:24
    按照规范的设计方法,一个完整的数据库设计一般分为需求分析、概念结构设计、逻辑结构设计、数据库物理设计、数据库的实施、数据库运行与维护六个阶段: 各阶段的任务如下: 1、需求分析:分析用户的需求,包括数据...

    按照规范的设计方法,一个完整的数据库设计一般分为需求分析、概念结构设计、逻辑结构设计、数据库物理设计、数据库的实施、数据库运行与维护六个阶段:

    各阶段的任务如下:

    1、需求分析:分析用户的需求,包括数据、功能和性能需求;
    在这里插入图片描述

    2、概念结构设计:主要采用E-R模型进行设计,包括画E-R图;
    在这里插入图片描述

    3、逻辑结构设计:通过将E-R图转换成表,实现从E-R模型到关系模型的转换;
    在这里插入图片描述

    4、数据库物理设计:主要是为所设计的数据库选择合适的存储结构和存取路径;
    在这里插入图片描述

    5、数据库的实施:包括编程、测试和试运行;
    在这里插入图片描述

    6、数据库运行与维护:系统的运行与数据库的日常维护。
    在这里插入图片描述

    拓展资料:
    数据库设计(Database Design)是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求(信息要求和处理要求)。在数据库领域内,常常把使用数据库的各类系统统称为数据库应用系统。

    数据库设计是建立数据库及其应用系统的技术,是信息系统开发和建设中的核心技术。由于数据库应用系统的复杂性,为了支持相关程序运行,数据库设计就变得异常复杂,因此最佳设计不可能一蹴而就,而只能是一种"反复探寻,逐步求精"的过程,也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。

    展开全文
  • 架构设计系统间通信(45)——阶段性问题记录

    千次阅读 多人点赞 2016-08-11 20:31:54
    到此为止 《架构设计系统间通信》专题就暂时告一段落了。这边文章笔者用于暂时记录这个专题中还需要补充的内容,并在后续的整理中足一补上:
  • 由乙方出具设计方案的大中型的信息化系统,通常会组织较为正式的设计方案评审会,一方面意味着甲方基本认可乙方的方案,另一方面意味着乙方将对照项目目标勾画出具体的框架,并从此开始围绕这个框架而开展具体的开发...
  •     数据库技术是应数据管理任务...    在应用需求的推动下,在计算机硬件、软件发展的基础上,数据管理技术经历了人工管理、文件系统、数据库系统三个阶段。 数据管理三个阶段比较 人工...
  • C语言图书管理系统设计报告

    万次阅读 多人点赞 2017-06-20 17:37:54
    源代码:https://blog.csdn.net/k_young1997/article/details/73480766 XXXX大学 C语言课程设计报告 ...题 目 图书管理系统设计 专业班级 XXXX级计算机科学与技术本科X班 组 别 计科第...
  • 系统设计:关于高可用系统的一些技术方案

    万次阅读 多人点赞 2017-09-17 09:22:32
    系统设计关于高可用系统的一些技术方案 高可用方法论 扩展 隔离 解耦 限流 分类 漏桶算法 令牌桶算法 滑动窗口计数法 动态限流 降级 熔断 发布相关 模块级自动化测试 灰度发布 回滚 其他 总结 参考资料 ...
  • 数据库课程设计 ——酒店管理系统

    万次阅读 多人点赞 2019-05-31 10:36:11
    (1)酒店管理系统用于满足酒店工作人员和管理人员的需求。 (2)酒店管理人员和工作人员可以为酒店房间加入入住和退房记录,并生成相应的报表用于查阅,确认和保存,酒店工作人员可以浏览、查询、统计、添加酒店...
  • 数据库设计阶段任务

    千次阅读 2018-02-27 18:56:29
    2. 概念结构设计阶段 3. 逻辑结构设计阶段 4. 物理结构设计阶段 5. 数据库实施阶段 6. 数据库运行和维护阶段 各阶段的任务 系统需求分析 对现实世界要处理的对象进行详细的调查,通过对原系统的了解,...
  • 系统设计总结

    千次阅读 2010-07-20 15:32:00
    系统设计各个阶段的主要交付件是OR/DR/DS,这些交付件的含义和联系已经在另外一篇博文中讲过了。这里主要讲一下UML技术在系统设计中的应用。 以前UML的应用大多数是在单机的环境下作为画图工具使用,实际...
  • 在这里要申明的是逻辑模型并不能完全算需求分析阶段工作,因为它包含了设计模型的概念,但是我又把它归纳了一块到需求分析阶段,原因在于逻辑模型中存在了业务对象模型和分析模型的概念。 言归正传,先来看用例...
  • 软件工程之软件设计阶段

    千次阅读 热门讨论 2014-10-01 14:58:40
    软件设计阶段
  • 关于软件开发过程中的设计阶段

    千次阅读 2010-11-16 12:38:00
     在软件系统设计阶段,架构设计、概要设计和详细设计阐述了一个系统的设计和实现过程。从系统分解为层次、层次内的模块以及相互的接口、模块分解为对象以及对象的接口、实现这些对象接口的方法。但每个阶段...
  • 一些系统设计方法

    千次阅读 2010-09-12 16:13:00
    结构化生命周期法 这儿所谓“结构化”就是组织、计划和规律的一种安排。而结构化系统分析方法就是利用系统工程分析和有关概念,采用自上而下划分模块,逐步求精的基本...要严格划分工作阶段,保证阶段任务
  • 目录 一、 引言(Introduction) 3 ...三、 计算机系统支持及开发环境 7 1. 开发技术: 7 2. 开发硬件 7 3. 服务器环境 7 4. 软件 7 四、 需求分析 8 1. 该系统的用例图 8 2. 结构图 13 .
  • 系统性能设计

    千次阅读 2019-05-24 10:56:18
    zhiding性能设计是系统设计过程的一个必备环节,在进行系统架构设计时,性能设计也非常重要。架构设计实际上是一种平衡设计,需要设计师在各种功能性需求和非功能性需求(性能需求)上做妥协选择。 xit 系统调整 ...
  • 图书销售系统系统设计说明书

    万次阅读 多人点赞 2014-05-03 22:55:37
    在完成图书销售系统需求分析的基础上,项目开发团队依据《图书销售系统需求规格说明书》对图书销售系统如何实现进行了设计。为了文档化我们对系统设计,编写了本文档。 本文档主要供项目开发团队在具体实现图书...
  • 数据库系统设计大作业:图书馆管理系统

    千次阅读 多人点赞 2020-12-04 09:12:45
    数据库系统设计大作业:图书馆管理系统 参考https://blog.csdn.net/dimo__/article/details/84936685中的设计思路,设计了本系统 1 需求分析 针对图书馆的图书管理系统数据库设计,分别对图书馆的读者、一般工作人员...
  • 系统设计的一些原则

    千次阅读 2005-12-12 22:59:00
    因为在设计之前需求开发工作,在设计之后还有编码,测试和维护工作,无论哪个环节出了差错,都会把好事搞砸了。据说上帝把所有的女士都设计成天使,可是天使们在下凡的时候,有些人双脚先着地,有些人脸先着地。...
  • 电商秒杀系统设计思路和实现方法

    万次阅读 多人点赞 2017-05-26 00:06:35
    1 秒杀业务分析 正常电子商务流程 (1)查询商品;(2)创建订单;(3)扣减库存;...假设某网站秒杀活动只推出一件商品,预计会吸引1万人参加活动,也就说最大并发请求数是10000,秒杀系统需要面对
  • 十五、系统设计之火车票预订系统

    千次阅读 2012-02-07 09:56:32
    背景:昨天元宵佳节同事聚餐,大家聊起今年的网上订票系统,毁誉参半呀。...2月我会利用零星的时间,就这个系统演练下系统设计的能力,作为这个月送给自己的玩具,呵呵,不足之处欢迎大家批评指正踊跃拍砖。 目标:
  • 系统设计名词解释

    千次阅读 2014-12-04 10:42:04
    设计系统时应考录到 增长和变化。   11.PIECES 问题解决框架和检查表(书 P52 )   12.FAST ( Framework for the Application of Systems Thinking ) 方法的 8 个阶段 : 1. 范围定义; ...
  • 图书馆管理系统设计说明书

    万次阅读 多人点赞 2014-11-06 12:59:28
    文档信息:图书馆信息管理系统软件设计说明书 文档类别:管理文档 密 级:机密 版本信息:1.0 建立日期:2014-05-20   创 建 人: 审 核 者: 批 准 人: 批准日期:   编辑软件:Microsoft ...
  • 项目管理系统设计方案

    万次阅读 2007-11-27 11:22:00
    · 物流系统规划报告 项目管理系统设计 项目管理相关文档 OA 系统需求分析 OA 系统详细设计 人力资源系统设计 数据库设计报告 [CRM 词汇大全][彩信业务原理] [微软内容服务器介绍] [软件项目开发技能要求] [UML 用...
  • 嵌入式系统设计师考试完美笔记

    万次阅读 多人点赞 2014-03-14 22:16:23
    嵌入式系统设计师考试笔记之嵌入式系统基础知识 1、嵌入式系统的定义 (1)定义:以应用为中心,以计算机技术为基础,软硬件可裁剪,适应应用系统对功能、可靠性、成本、体积、功耗严格要求的专用计算机系统。...
  • 电商峰值系统设计

    万次阅读 2016-05-17 01:24:08
    1.1 系统架构设计目录 摘要:双11来临之际,《程序员》以“电商峰值系统架构设计”为主题,力邀京东、当当、小米、1号店、海尔商城、唯品会、蘑菇街、麦包包等电商企业,及商派、基调网络等服务公司,分享电商...
  • PLC顺序控制系统设计方法

    千次阅读 2010-02-08 10:43:00
    目前,不少电气设计人员仍然采用经验设计法来设计PLC顺序控制系统,不仅设计效率低,容易出差错,而且设计阶段难以发现错误,需要多次调试、修改才符合设计要。本文提出的4种简易设计方法,能快速地一次设计成功PLC...
  • 秒杀系统设计思路笔记

    万次阅读 多人点赞 2018-10-13 22:57:05
    设计原因: 为什么要针对秒杀设计一个完善的方案?因为系统可能会因为1%的秒杀业务影响其余99%正常业务的运行,... 高可用:保证系统的高可用和正确性,设计PlanB进行兜底。 一致性:保证秒杀减库存中的数据一...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 409,607
精华内容 163,842
关键字:

属于系统设计阶段的工作有