建模软件

阶段性总结(从软件工程到分层架构)

怎甘沉沦 提交于 2019-12-06 13:16:15
阶段性总结(从软件工程到分层架构) 阶段性总结(从软件工程到分层架构) 写在前面 软件工程 什么是软件工程 我对软件工程的理解 软件工程流程 UML 定义 为什么会出现UML UML模型 UML建模过程 UML如何描述一个系统 UML总结 设计模式 三层架构 总结 写在前面 这篇文字将会将2011年下半年的学习内容做个总结,不求细节只为从宏观上理解它们之间的联系以及学习它们的目的。 内容包括软件工程、UML、设计模式、三层架构还有两门语言,C#和VB.NET 软件工程 什么是软件工程 软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科。(这是维基百科的定义) 其实软件工程的目的就是以健全的工程化的原则,在给定的成本和进度前提下有可修改性、有效性、可靠性、可理解性、可维护性、可重用 软件工程性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。 我对软件工程的理解 软件工程是伴随着软件的整个生命周期了存在的,它科学的指导着软件的计划、需求分析、设计编码、测试、运行维护整个生命周期的每一个阶段。 软件工程的兴起源于软件危机,人们不得不思考如何保证软件的可靠性,如何保证软件的开发进度等等问题。于是软件工程出现了

面向对象建模与数据库建模两种分析设计方法的比较

左心房为你撑大大i 提交于 2019-12-06 10:42:28
本人从Oracle Form进入开发领域,接受过严酷的pl/sql编程洗礼,对sql进行了为期一个月的死刑般的练习,可以说深受影响了。但是在开发过程中始终觉得力不从心,因为我在大学时代学过了java,接受了另外一种思想:面向对象编程。所以在写pl/sql的时候,总会用面向对象的思想去写,比如写包、触发器、存储过程的时候,总会去想到抽象和重用,但是事务性的sql语句,总让我感觉很累,最后不得不跳出oracle服务公司,转到如今的公司,参与到该公司的软件创业道路上来,接受了强烈的面向对象建模思想,并且完全抛弃了原有的数据库思想,可以说是洗心革面了自己的编程思想。发现领域建模+领域事件的结合是软件编写最完美的结合。下面就DDD跟RDBMS建模谈谈自己的看法。 我们知道:一个软件从无到有需要经过如下几个阶段:分析、设计、编程、调试、部署和运行。目前,将需求从客观现实世界映射到计算机软件世界主要有两种方式: 1、传统数据库分析设计 2、面向对象建模( object-oriented class model) 当前软件主要潮流无疑是面向对象占据主流,虽然它可能不是唯一最好最简单的解决方案,但是它是最普通,也是最恰当的。   也就是说:在分析设计阶段,采取围绕什么为核心(是对象还是数据表为核心)的分析方法决定了后面编码阶段的编程特点,如果以数据表为核心进行分析设计,

国外程序员整理的机器学习资源大全

怎甘沉沦 提交于 2019-12-05 21:55:50
 英文原文: awesome-machine-learning   本文汇编了一些机器学习领域的框架、库以及软件(按编程语言排序)。    C++    计算机视觉 CCV —基于C语言/提供缓存/核心的机器视觉库,新颖的机器视觉库 OpenCV —它提供C++, C, Python, Java 以及 MATLAB 接口,并支持 Windows, Linux, Android and Mac OS 操作系统。    通用机器学习 MLPack DLib ecogg shark    Closure    通用机器学习 Closure Toolbox —Clojure 语言库与工具的分类目录    Go    自然语言处理 go-porterstemmer —一个 Porter 词干提取算法的原生 Go 语言净室实现 paicehusk —Paice/Husk 词干提取算法的 Go 语言实现 snowball —Go 语言版的 Snowball 词干提取器    通用机器学习 Go Learn — Go 语言机器学习库 go-pr —Go 语言机器学习包. bayesian —Go 语言朴素贝叶斯分类库。 go-galib —Go 语言遗传算法库。    数据分析/数据可视化 go-graph —Go 语言图形库。 SVGo —Go 语言的 SVG 生成库。    Java   

建模学习—带你轻松认识并掌握MAYA

◇◆丶佛笑我妖孽 提交于 2019-12-05 17:38:38
Autodesk Maya算是三维动画软件中运用最广,效果最好的了。 作为一个学习过影视特效制作的学渣,刚进入maya 看到满屏的英文,内心是崩溃的。 只看的懂copy和paste的up主只懂什么是Follicles、Dynamic Constraints(动力学约束)嘛!!然后就看到老师做出的动画视频瞬间被其俘虏,感觉真是高大上啊,学好这个我就是大神啊,各种骚包炫耀不是梦啊!但是! 学好maya,还需要你会一些别的技能,虽然当时up主认为零基础也是完全可以的,但是越往后学就觉得这些“别的技能”是多么重要,能够助你一臂之力,事半功倍! 一、Maya的诞生:   三维动画软件大部分应用于SGI工作站上,一些好的功能也只能在工作站上完成。世界最大的软件开发公司Alias与Wavefront 合并并收购了TDI公司,这样世界上的最大的三家软件开发公司集合在一起,推出了一个新型的SGI版的三维动画制作软件,其功能、界面、效果都是一流 的,Alias与Wavefront赋予它一个神秘而响亮的名字——Maya。随着PC机的广泛推广,Alias与Wavefront于1998年6月对 PC用户推出了Maya NT版。 二、Maya与其他软件的区别: Maya与其它的三维软件有明显的区别,首先,Maya继承了Alias所有的工作站级优秀软件的特性,灵活、快捷、准确、专业、可扩 展、可调性。

业务领域建模Domain Modeling

六眼飞鱼酱① 提交于 2019-12-05 15:29:02
1、什么是Domain Modeling   业务对象模型(也叫领域模型 domain model)是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务 用例 。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象(“业务类和对象”)之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。 业务角色显示了一个人承担的一系列职责。业务实体表示使用或产生的可交付工件、资源和事件。业务 用例 实现显示了协作的业务角色和业务实体如何执行某个工作流程。使用以下几种图来记录业务用例实现: 图显示参与的业务角色和业务实体。活动图,其中泳道显示业务角色的职责,而对象流显示如何在 工作流程 中使用业务实体。 序列图描述业务角色和业务主角之间交互的详细情况,并显示如何在业务用例执行过程中访问业务实体。 业务对象模型将结构的概念和行为的概念结合了起来。 它是一个纽带工件,用于对业务关系进行清晰的表述,表述方式与软件开发人员的思考方式类似,同时仍保留一些纯粹的业务内容。将我们所知道的有关业务的信息按照对象、属性和职责进行了合并。 它探索业务领域知识的本质,所采用的方式使我们能够从对业务问题的思考转变到对软件应用程序的思考上来。 它是一种确定需求的方法

业务领域建模Domain Modeling

こ雲淡風輕ζ 提交于 2019-12-05 15:11:25
1 ) Collect application domain information   领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身,发掘重要的业务领域概念,并建立业务领域概念之间的关系。   我的工程实践是 医学领域的智能问答系统,该系统的是通过利用大规模的医疗方面的问题与答案对语料来训练模型,从而构建医疗方面的智能问答系统。 2 ) Brainstorming 搜集医疗相关的常见中文问题和答案,用来训练模型 采用 CNN , RNN , bert 等深度学习模型来构建智能问答系统 利用 ASR (自动语音识别)和 TTS (文本转语音)技术来实现用户的语音输入输出 本项目主要内容是利用医学领域问题答案对来训练模型,与常规的软件项目不太一样,该深度学习项目主要是利用数据来跑模型。 3 ) Document result using UML class diagram 来源: https://www.cnblogs.com/liuhuacheng/p/11930067.html

业务领域建模Domain Modeling

六月ゝ 毕业季﹏ 提交于 2019-12-05 14:54:31
1、Collect application domain information – focus on the functional requirements – also consider other requirements and documents 创建领域模型时,请确保将问题领域与实际对象集中在一起。 尝试着围绕现实世界来组织您的软件架构。 现实世界往往比软件需求变化要小。下图显示了两种不同类型的类符号。在完整的详细类图上,您将使用左侧的版本,其属性和操作。然而,在初始领域建模过程中,分配类的这些部分为时尚早。最好使用右边所示的简单符号。此版本仅显示领域类的名称。 2、Brainstorming – listing important application domain concepts – listing their properties/attributes – listing their relationships to each other 随着时间的推移,您将会使用新的领域类别来识别您的领域模型。您还会注意到他们之间的联系(或关联) - 例如,书评属于书,采购订单(purchase order)和信用卡(credit card)是两种,因为它们都是付款类型。 第一个关系(书评属于一本书)被称为聚合(has-a,因为一本书都会有一书评)。第二个关系

领域建模

我们两清 提交于 2019-12-05 13:47:44
1、工程实践简介:   基于深度学习的脱机手写汉字识别。 手写汉字识别(Handwritten Chinese Character Recognition,HCCR)可广泛应用于拍照文档、支票、表单表格、证件、邮政信封、票据、手稿文书等光学字符识别 (Optical Character Recognition, OCR)图像识别系统以及手写文字输入设备中。自从上个世纪80年代以来,手写汉字识别一直是模式识别的一个重要研究领域,得到了学 术界的广泛研究和关注。 2、领域建模 概述:   领域模型是一个抽象系统,描述了知识,影响或活动领域的选定方面。然后可以使用该模型来解决与该领域有关的问题。领域模型表示与领域相关的有意义的实际 概念,需要在软件中对其进行建模。这些概念包括业务中涉及的数据以及与该数据相关的业务使用规则。域模型利用域的自然语言。 3、工程实践领域建模的任务分析  表现对象与对象之间的关系。 产品经理接到确定要做一个产品,首先当然是去了解为什么要做这个,其次就是考虑这个有哪些角色在用,然后在考虑在这个产品中有什么(这些角色、什么都是 对象,产品经理需要对这些非常敏感),这些对象多了,要考虑它的定义是什么、是怎么来的,它跟另一个对象的关系是什么。 比如工程实践,手写汉字识别,有用户、维护者、识别对象、识别模型四个对象,那这些对象之间有什么关系,可以在纸上,把这四个对象画出来

业务领域建模Domain Modeling

让人想犯罪 __ 提交于 2019-12-05 12:35:45
业务领域建模Domain Modeling ————可以看我的CSDN: https://blog.csdn.net/P71720/article/details/103231355 ---- Collect application domain information focus on the functional requirements – also consider other requirements and documents 什么是业务领域建模? 业务建模(Business Modeling)是以软件模型方式描述企业管理和业务所涉及的对象和要素、以及它们的属性、行为和彼此关系,业务建模强调以体系的方式来理解、设计和构架企业信息系统。 Brainstorming listing important application domain concepts – listing their properties/attributes – listing their relationships to each other 我们将系统的功能模块及主要的技术路线实现分类如下: (1)列出重要的应用程序域概念 (2)列出它们的属性 (3)列出它们之间的关系 什么是应用程序域? 应用程序域 (application domain) (AppDomain) 一种边界

业务领域建模Domain Modeling

夙愿已清 提交于 2019-12-05 12:34:48
1.什么是领域模型? 答:领域建模,从领域模型开始,我们就开始了面向对象的分析和设计过程,可以说,领域模型是完成从需求分析到面向对象设计的一座桥梁。顾名思义,就是显示最重要的业务概念和它们之间关系,是真实世界各个事物的表示(现实世界的可视化抽象字典)而不是软件中各构件的表示。(类:表示业务概念,通常只包含重要属性,少甚至不包含操作;关联、泛化:表达概念之间的关系)领域模型是描述业务领域(业务实体)的静态结构 理论派观点:Domain Model是一个商业建模范畴概念,即使一个企业不开发软件,也具备其业务模型;所有同行企业,其业务模型必定有非常大的共性和内在的规律性;由行业内的各个企业的业务模型再向上抽象出整个行业的业务模型,这个模型称之为“领域模型”。 实战派观点:领域模型是一个分析模型,帮助系统分析人员、用户认识现实业务的工具,描述的是业务中涉及到的实体及其相互之间的关系,它是需求分析的产物,与问题域相关;是需求分析人员与用户交流的有力工具,是彼此交流的语言。 理论派认为领域模型是一种特殊的业务模型,它分析范围是整个行业,抽象出行业里共性和内在规律性的业务,比业务模型更加抽象,它不属于软件开发范畴的概念,与软件开发无关。而实战派认为领域模型是一种分析模型,在软件开发过程分析阶段用于分析如何满足系统功能性需求,属于软件开发范畴,在UML中主要使用类图来描述领域模型。 2