精华内容
下载资源
问答
  • 《软件方法:上册,业务建模和需求》从“利润=需求-设计”开始,用市场经济的思想讲解软件开发中需求和设计的道理,以及统一建模语言UML 在需求和设计中的应用。本书还破解了软件开发领域流行的一些心灵鸡汤式宣传...
  • 《软件方法:业务建模和需求》从“利润=需求-设计”开始,用市场经济的思想讲解软件开发中需求和设计的道理,以及统一建模语言UML 在需求和设计中的应用。本书还破解了软件开发领域流行的一些心灵鸡汤式宣传。
  • 软件方法第一章主要讲解建模和UML,书中提出了很多新颖的概念,对于建模-需求-分析-设计之间的关系,让我耳目一新。虽然很多概念我知晓的很混乱,但是我仍然坚持写到读书札记中,因为我相信,阅读者早晚会给我启发,...

    前言:软件方法第一章主要讲解建模和UML,书中提出了很多新颖的概念,对于建模-需求-分析-设计之间的关系,让我耳目一新。虽然很多概念我知晓的很混乱,但是我仍然坚持写到读书札记中,因为我相信,阅读者早晚会给我启发,而我通过反复阅读我自己的感悟,终究会探寻出我想要的答案。

    利润=需求(能卖)-设计(低成本)

            需求致力于解决“产品好卖”的问题,设计致力于解决“产品成本”的问题,我在作者的标题中加上了能卖和低成本两个概念,这样可能就更加直观。先来了解需求和设计是什么样的概念,以及其相关概念应该是什么?
    1. 业务建模
      • 组织要解决什么问题
      • 以软件模型方式描述企业管理和业务所涉及到的对象、要素,以及他们的属性、行为和彼此关系
      • 非常苦涩,拿手机来按照我自己的意向来表述一下,在没有手机之前,我假设我要创造一个产品XX,手机当然也是为了解决人们之间的及时通信,那么它和电话有什么区别呢,XX要解决电话带给我们的什么问题呢,当然就是更加便利,人们不再通过电话机进行通信,you can say hello to someone anywhere。
    2. 需求
      • 详细描述系统要卖出去所必须提供的功能和性能
      • 继续拿XX来说,XX只所以不要同于电话,必须要没有电话线,也就是说最主要先解决掉电话线的麻烦,这时我们就可以拿着一个不需要电话线的电话到处和其他人通信,然而这还不能使XX卖得更好,XX还需要有一个便捷的电话号码输入方式,还需要方便的接听和对话,还需要能够续航,那这些功能和性能就是XX所要的需求
    3. 分析
      • 提炼系统内需要封装的核心领域机制
      • 对于XX产品,需求有了很多很多,那么就需要分析,为了提供这些功能,要解决什么样的核心问题,我们都知道,必须是先解决电话线的问题,手机之所以称之为移动电话,核心就是要先解决电话线的核心领域
    4. 设计
      • 将核心域知识和非核心域知识结合,最终实现系统
      • 代码也是设计
           看完书中介绍,我们当前敏捷开发的确存在很大弊端,我们使用禅道,禅道里面虽然有需求池、迭代、单元测试,但是真正的需求、单元测试都没有其真正应担负的职责,我们把代码作为设计,把客户想要什么作为需求,我们把这些称谓我们的财富,冷静下来想想,这会成为我们进步的障碍。

    工具操作

           CSDN上提供了enterprise architect的下载,下载完成后,可用。
    展开全文
  • 《仓库管理系统》:仓库管理员对本单位所需要的物品进行编码。日常工作主要有物品登记入库,物品出库;不定期进行仓库盘点,盘点结果报仓库主管审批后进行...请构建该系统的业务模型和需求模型。 参考答案: ...

    《仓库管理系统》:仓库管理员对本单位所需要的物品进行编码。日常工作主要有物品登记入库,物品出库;不定期进行仓库盘点,盘点结果报仓库主管审批后进行盘盈调整或盘亏调整。仓库主管对各物品定期分别计算安全存量,统计物品库存,并将所有库存量小于安全存量的物品形成采购申请,提交采购部经理审批,审批通过后由采购员进行采购,到货后,仓库管理员登记入库。请构建该系统的业务模型和需求模型。

    参考答案:

     

    转载于:https://www.cnblogs.com/2sheep2simple/p/10235063.html

    展开全文
  • 业务需求分析和建模

    千次阅读 2018-08-21 10:53:50
    第一节: 业务需求和系统需求获得 设计数据库之前,必须分析数据库的所有需求需求信息分析是数据库设计一个必须的过程。需求分析是指真正用来...在建模的过程中业务处理数据的比较非常重要,它可以确保收集了...

    第一节: 业务需求和系统需求获得

    设计数据库之前,必须分析数据库的所有需求。需求信息分析是数据库设计一个必须的过程。需求分析是指真正用来设计系统的业务需求细节
    需求信息的收集和分析分为如下三个阶段:
    1)事务需求的确定
    2)系统需求的确定
    3)进行需求分析
    1、业务需求
    业务需求主要涉及业务如何处理、业务工作计划和业务操作。在建模的过程中业务处理和数据的比较非常重要,它可以确保收集了所有的需求信息。设计过程中业务需求确定了基本的数据的业务处理,并确定业务规则,业务规则与数据库以及用来管理数据的业务处理直接相关。
    2、系统需求
    系统需求是基于业务需求之上,转为设计系统。系统需求是指后台数据库与数据库交互的前台应用软件的结合。
    1)标识数据 2)建立数据关系

    ===============================================================

    第二节: 建立业务模型

    模型是对象的抽象表示,把所定义的数据元素变为实体,由最终用户所描述的业务处理和数据被分解为处理步骤和数据库流。通过可以表示实体关系的实体关系图构件模型,正确的分解实体以及建立实体间相互关系可以简化数据分布和管理,
    1、业务模型图
    用户希望通过图表方式来了解系统,流程图是对系统行为的图形化表示。
    系统和组件中的数据流是一个重要的特性,业务处理模型经过改进后,它就是一个研究公司如何管理业务的有用工具,如果没有清晰的定义和理解业务操作,就不可能设计一个信息系统。

    ===============================================================

    第三节: 实体联系模型

    一、ERD表示关系
    实体关系图(ERD)可以描述不同类型表之间的关系。
    1、鸟足结构
    鸟足结构是用于描述一对多关系或多对多关系。

    2、一对一关系
    在两张表中确切的只有一条记录

    3、一对多
    一条记录对应另一个表中的多条记录。

    4、多对多点关系
    一个表中的每一条记录与另一个表中的多条记录关联,
    反之亦然,

    5、零
    表间的关系可以是零,具有零的是指数据可以存在。

    6、标识和非标识关系
    1)标识关系,子表由父表部分标识,并且部分取决于父表,父表的主键包含在子表的主键中,标识关系用实线关联。
    2)非标识关系,子表不取决于父表,子表作为外键包含父表的主键,而不是作为子表主键的一部分,非标识关系用虚线关联。
    3)依赖实体或表,对于具有与父表标识关系的表,存在依赖表,依赖表用圆角矩形表示。
    4)非依赖实体表,独立实体表,用直角矩形表示
    (https://img-blog.csdn.net/20180821105252137?watermark/2/text/aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjgwMDAwOA==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70)

    展开全文
  • 业务建模

    2021-03-04 22:12:45
    业务建模是OOAD的重要组成部分,简单的说,业务建模就对业务领域问题进行结构化的描述。这个描述将会直接指导最终生成的软件,业务模型是否具有扩展性,业务模型是否能够正确的反映需求,都将影响最终软件的质量。1....
  • 为了准确地建立流程类业务业务模型, KAOS(knowledge acquisition in ...实例表明,该方法能够保证领域内的业务需求与应用软件开发需求的一致性,电子政务、电子商务领域中均可作为需求建模的一种有效方法。
  • 北京-FireSpider 男 16:45:13请教青润老师:书中“业务建模”之后才是“UseCase模型“UseCase描述”,而“业务建模”部分输出《需求规格说明书》。那么《需求规格说明书》里是不是就不能有用例图了?青润 16:...

    北京-FireSpider 男  16:45:13

    请教青润老师:书中“业务建模”之后才是“UseCase模型”和“UseCase描述”,而“业务建模”部分输出《需求规格说明书》。那么《需求规格说明书》里是不是就不能有用例图了?

    青润  16:46:10

    这个需求规格说明书里面是业务用例图。

    另外需要说明的是,实际上不需要出需求规格说明书了。

    只是为了配合传统的常规文档才写上这里出需求规格说明书。

    而在实际的开发中,这个说明书一点用处也没有。将来也是必然会被淘汰的。

    青润  16:47:27

    最后我们提交给用户的就是一个模型文件,模型文件里面就有全部的代码文档和资料内容,包括系统部署信息。

    北京-FireSpider 男  16:47:39

    嗯,我也觉得没啥用处,既然全程建模了,这个东西就只是模型的文本输出形式而已。

    清水  16:48:14

    需求规格说明书里 不是有业务用例吗?业务用例对于与用户确定业务模型 还是有必要的吧?

    青润  16:48:19

    或者说,这是为了配合国家乃至世界上还没有模型化,或者对模型化有足够理解的用户,才需要在这里生成相应的文档。

    需求规格说明书没必要生成。

    业务用例模型肯定是需要的。

    北京-FireSpider 男  16:48:45

    如果不考虑需求规格说明书,业务建模阶段好像只有“业务流程”的产生,而在“UseCase模型”才识别出:Actor和useCase。

    青润  16:49:11

    业务建模阶段就有business usecase

    清水  16:49:13

    哦  在全过程建模里  需求规格说明书 是模型某个阶段的快照  可否这样理解?

    青润  16:49:32

    buc和uc之间是有映射关系的,这个在我书中提供的模型里面有对应的部分,可以参考。

    这部分是我创立的,在up或者rup里面都没有提到过。

    需求规格说明书是业务用例模型的快照。

    北京-FireSpider 男  16:50:01

    business usecase是用“用户”和“系统”来阐述吗?

    青润  16:50:27

    基本正确。

    对于嵌入式系统的时候,会有些不一样。

    北京-FireSpider 男  16:50:59

    哪也就是说有“业务用例模型”和“用例模型”的概念了?

    青润  16:51:09

    还有一些特殊的诸如时间触发,或者某种推动器作用的系统也会有些不一样。

    对于很大的业务系统开发,才需要考虑buc和uc

    北京-FireSpider 男  16:51:35

    青润老师,business usecase是用“用户”和“系统”来阐述吗?

    青润  16:51:42

    对于一般的系统,我不建议构建buc,因为太过于复杂了。

    青润  16:50:27

    基本正确。

    对于嵌入式系统的时候,会有些不一样。

    清水  16:51:50

    嗯嗯

    青润  16:52:07

    大多数系统直接构建ucmodel即可。

    北京-FireSpider 男  16:53:53

    但是我看“业务建模”这块画了一个“某公司项目资金投放流程图”,是用“泳道活动图”来描述的,每个泳道是一个“参与者”。没有“系统”的概念。

    青润  16:54:35

    不,那是buc的流程绘制,我建议泳道图或者状态活动图都是用于绘制uc的细节实现。

    展开全文
  • 软件方法:上册,业务建模需求

    热门讨论 2013-11-22 09:25:00
    UMLChina 首席专家潘加宇的第...本书从“利润=需求-设计”开始,用市场经济的思想讲解软件开发中需求和设计的道理,以及统一建模语言UML 在需求和设计中的应用。本书还破解了软件开发领域流行的一些心灵鸡汤式宣传。
  • 数仓和业务建模对比总结 1. 背景 大数据开发中,整个流程是数据采集,数据存储,数据传输,数据计算,数据展示。这个过程中数据存储数据计算是最关键2个环节。 数据存储整体最关键就是各个数据库表关系设计...
  • 《软件方法-业务建模和需求

    千次阅读 2015-02-02 23:11:00
    软件开发中,需求工作致力于解决“产品好卖”的问题,设计工作致力于解决“降低成本”的问题,二者不能相互取代。 实际上,客户的需求从来没有变过,知识我们一开始就没有揣摩出来! 随着一段时间的联系,团队的...
  • 做IT的,不管是做项目、架构、开发、设计等等,我们最惧怕的一句话,恐怕就是:需求又变了。 需求变了,经常让我们措手不及,经常让我们愤恨不已,甚至让我们感到恐惧。 但我们知道,这个世界上没有无缘无故的爱...
  • 需求分析-业务建模

    2009-07-27 16:14:00
    IBM的 面向对象软件开发过程中这样描述业务建模 业务建模是OOAD的重要组成部分,简单的说,业务建模就对业务领域问题进行结构化的描述。这个描述将会直接指导最终生成的软件,业务模型是否具有扩展性,业务模型...
  • 业务建模是OOAD的重要组成部分,简单的说,业务建模就对业务领域问题进行结构化的描述。这个描述将会直接指导最终生成的软件,业务模型是否具有扩展性,业务模型是否能够正确的反映需求,都将影响最终软件的质量。 ...
  • 业务建模和领域模型

    千次阅读 2007-12-24 19:47:00
    业务建模其实是一个从多方面描述系统的综合。大约要划分为四个方向:1.是组织机构人员模型。 也就是信息化手段应用后对组织、机构人员的影响变化。包括工作内容,职责,以及因此带来的制度规范的变化2.是业务/...
  • 好累啊1. 业务建模的意义和步骤意义步骤2. 业务用例:从外部看组织3. 业务序列图:从内部解剖组织4. 改进业务序列图:开个好方子 1. 业务建模的意义和步骤 意义 业务建模要求我们把视角从软件系统转向...业务建模和
  • 本书虽然行文比较口语化,像是培训讲义,但这种接地气的描述举例反倒使得此书更加通俗易懂,尤其讲述这种软件建模理论,通俗是最重要的。 此处记录下,章节后习题的答案。由于该书习题答案未直接提供,需...
  • 需求建模

    千次阅读 2009-07-22 21:10:00
    发现用于需求建模的有价值的技能工具,并且了解如何评估能力方面的进展。确定需求可能是非常困难的。通常,现有应用程序的操作包含了业务流程的各种需求,使其成为了设计或者实现更改的等价物。例如,“我们需要向...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 71,563
精华内容 28,625
关键字:

在进行业务建模和需求建模时