注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 学生学籍管理系统需求分析报告

  2. 学生学籍管理系统需求分析报告 §1 概述 编写说明： 本章描述本软件开发的背景，系统目标，用户的业务情况，以便于需求理解。 § 1.1背景 传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。 §

  3. 所属分类：VB

    • 发布日期：2010-01-02
    • 文件大小：82944
    • 提供者：loshu2003

  1. 可复用的分析模式 PDF

  2. OO分析模式经典之作 责任模式 团队 组织结构 泛化 职责 在OOAD分析设计过程中，一切以实现用户职责为目标进行用例与情景的思考。

  3. 所属分类：专业指导

    • 发布日期：2010-09-16
    • 文件大小：1048576
    • 提供者：sinna_li

  1. 设计模式--23种设计模式汇集

  2. A. 创建模式 设计模式之Singleton(单态/单件) 阎宏博士讲解：单例（Singleton）模式 保证一个类只有一个实例,并提供一个访问它的全局访问点 设计模式之Factory(工厂方法和抽象工厂) 使用工厂模式就象使用new一样频繁. 设计模式之Builder 汽车由车轮 方向盘 发动机很多部件组成，同时，将这些部件组装成汽车也是一件复杂的工作，Builder模式就是将这两种情况分开进行。 设计模式之Prototype(原型) 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新

  3. 所属分类：其它

    • 发布日期：2011-07-26
    • 文件大小：1048576
    • 提供者：guoliang624

  1. OBJECTIVE-C设计模式

  2. 第一部分 设计模式初体验 第1章 你好，设计模式 1.1 这是一本什么书 1.2 开始前的准备 1.3 预备知识 1.4 似曾相识的设计 1.5 设计模式的起源——模型、视图和控制器 1.5.1 在模型对象中封装数据和基本行为 1.5.2 使用视图对象向用户展示信息 1.5.3 用控制器对象联系起模型和视图 1.5.4 作为复合设计模式的MVC 1.6 影响设计的几个问题 1.6.1 针对接口编程，而不是针对实现编程 1.6.2 @protocol与抽象基类 1.6.3 对象组合与类继承 1.

  3. 所属分类：iOS

    • 发布日期：2013-01-01
    • 文件大小：29360128
    • 提供者：willingyatou

  1. 分析模式:可复用的对象模型(清晰扫瞄版)

  2. 第1章　绪论　 　1.1　概念模型　 　1.2　模式世界　 　1.3　本书中的模式　 　1.4　概念模型与业务流程重组　 　1.5　模式与框架　 　1.6　模式的使用　 　参考书目　 第1部分　分析模式 　第2章　责任模式　 　　2.1　团体　 　　2.2　组织层次　 　　2.3　组织架构　 　　2.4　责任　 　　2.5　责任知识级　 　　2.6　团体类别的泛化　 　　2.7　层次性责任　 　　2.8　操作范围　 　　2.9　职位　 　　参考书目　 　第3章　观测与度量模式　 　　3.1　数

  3. 所属分类：Web开发

    • 发布日期：2013-03-18
    • 文件大小：45088768
    • 提供者：jsntghf

  1. OBJECTIVE－C编程之道 IOS设计模式解析

  2. 第一部分　设计模式初体验 第1章　你好，设计模式 2 1.1　这是一本什么书 2 1.2　开始前的准备 2 1.3　预备知识 3 1.4　似曾相识的设计 3 1.5　设计模式的起源——模型、视图和 控制器 4 1.5.1　在模型对象中封装数据和基 本行为 4 1.5.2　使用视图对象向用户展示信息 5 1.5.3　用控制器对象联系起模型和 视图 5 1.5.4　作为复合设计模式的MVC 5 1.6　影响设计的几个问题 6 1.6.1　针对接口编程，而不是针对实现编程 7 1.6.2　@prot

  3. 所属分类：iOS

    • 发布日期：2013-06-24
    • 文件大小：46137344
    • 提供者：vcpig

  1. Objective-C编程之道-iOS设计模式解析

  2. 第一部分 设计模式初体验 第1章 你好，设计模式2 1.1 这是一本什么书2 1.2 开始前的准备2 1.3 预备知识3 1.4 似曾相识的设计3 1.5 设计模式的起源——模型、视图和控制器4 1.5.1 在模型对象中封装数据和基本行为4 1.5.2 使用视图对象向用户展示信息5 1.5.3 用控制器对象联系起模型和视图5 1.5.4 作为复合设计模式的MVC5 1.6 影响设计的几个问题6 1.6.1 针对接口编程，而不是针对实现编程7 1.6.2 @protocol与抽象基类7 1.6.

  3. 所属分类：iOS

    • 发布日期：2013-07-31
    • 文件大小：29360128
    • 提供者：jsntghf

  1. 分析模式-可复用的对象模型

  2. 软件系统设计，超级经典 责任模式 观察和测量模式 针对公司财务的观察模式 库存与账务 使用财务模式 计划 交易 派生合同 交易包 ...

  3. 所属分类：Java

    • 发布日期：2014-04-20
    • 文件大小：49283072
    • 提供者：huqiao1220

  1. 学生学籍管理系统需求分析报告

  2. 学生学籍管理系统需求分析报告 §1 概述 编写说明： 本章描述本软件开发的背景，系统目标，用户的业务情况，以便于需求理解。 § 1.1背景 传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。 §

  3. 所属分类：VB

    • 发布日期：2008-11-16
    • 文件大小：82944
    • 提供者：mengniusuannai

  1. 关于开滦矿区压煤村庄搬迁模式的探讨

  2. 为解决压煤村庄搬迁新村址用地问题,文中收集了开滦(集团)有限责任公司五个矿村庄搬迁工作运作模式,分析了各模式使用的条件和具体解决问题。对于非压煤村进行拆改建楼,利用村庄已有土地搬迁是否可行,仅从相关政策规定、审批管理、基本条件、搬迁费用等方面进行了分析。阐述了平改建楼模式作为压煤村庄搬迁的可行性、主要环节和相关问题。结合煤业公司村庄搬迁的实际情况,经对村庄搬迁工作的现状及存在的问题进行研究,认为在村庄搬迁方面矿山企业必须改变以往的既有模式,在现形势下迫切需要探索村庄搬迁工作的新思路,采用平改建楼

  3. 所属分类：其它

    • 发布日期：2020-05-16
    • 文件大小：157696
    • 提供者：weixin_38663837

  1. 煤炭行业全要素协同创新模式类型选择方法的研究

  2. 协同创新模式是协同创新所有科研创新活动的总体指导方略。此研究,在煤炭行业科研项目特性分析的基础上,认为煤炭行业的协同创新应该是政、产、学、研、用、金融、中介等多主体组成的全要素协同创新;主张以参与主体的责任和作用来区分煤炭行业协同创新的模式类型;并通过实证分析,验证了科研项目特性是模式类型选择的主要依据和团队组建对二者关系起到调节作用的模式选择方法。

  3. 所属分类：其它

    • 发布日期：2020-04-28
    • 文件大小：602112
    • 提供者：weixin_38715097

  1. Java使用责任链模式处理学生请假问题详解

  2. 主要介绍了Java使用责任链模式处理学生请假问题,结合实例形式详细分析了责任链模式的概念、原理及Java使用责任链模式处理学生请假问题的相关步骤、操作技巧与相关注意事项,需要的朋友可以参考下

  3. 所属分类：其它

    • 发布日期：2020-08-27
    • 文件大小：216064
    • 提供者：weixin_38744435

  1. Java经典设计模式之责任链模式原理与用法详解

  2. 主要介绍了Java经典设计模式之责任链模式,简单说明了责任链模式的概念、原理,并结合实例形式分析了java实现责任链模式的具体用法与相关注意事项,需要的朋友可以参考下

  3. 所属分类：其它

    • 发布日期：2020-08-29
    • 文件大小：75776
    • 提供者：weixin_38588854

  1. C#设计模式之ChainOfResponsibility职责链模式解决真假美猴王问题实例

  2. 主要介绍了C#设计模式之ChainOfResponsibility职责链模式解决真假美猴王问题,简单说明了责任链模式的概念,并结合《西游记》中真假美猴王故事背景为实例分析了责任链模式的具体使用技巧,需要的朋友可以参考下

  3. 所属分类：其它

    • 发布日期：2020-08-29
    • 文件大小：117760
    • 提供者：weixin_38704284

  1. 《分析模式：可重用对象模型》--责任模式

  2. 1         责任模式这一章关注的重点是关系，以及怎样为错综复杂的关系建立模型，另外，所有的插图都来自原书（《AnalysisPatterns：ReusableObjectModels》），并遵循UML标准。1.1   Party模式在这一章中，首先我们接触到是是Party模式，在进行系统分析和概念模型设计的时候，经常发现人和各种各样的组织有着同样的行为，例如，固定电话的计费可能是针对个人，也可能是一个单位；需要各种服务的时候，你可能求助于一个服务公司，或者服务公司一个特定的业务员。总之，

  3. 所属分类：其它

    • 发布日期：2021-03-05
    • 文件大小：146432
    • 提供者：weixin_38746515

  1. 《分析模式》读书笔记：责任模式

  2. 1         责任模式这一章关注的重点是关系，以及怎样为错综复杂的关系建立模型，另外，所有的插图都来自原书（《AnalysisPatterns：ReusableObjectModels》），并遵循UML标准。1.1   Party模式在这一章中，首先我们接触到是是Party模式，在进行系统分析和概念模型设计的时候，经常发现人和各种各样的组织有着同样的行为，例如，固定电话的计费可能是针对个人，也可能是一个单位；需要各种服务的时候，你可能求助于一个服务公司，或者服务公司一个特定的业务员。总之，

  3. 所属分类：其它

    • 发布日期：2021-03-05
    • 文件大小：175104
    • 提供者：weixin_38620839

  1. 分析模式-责任模式

  2. 概念模型比较难说清楚，概要性描述:最直观的例子是组织结构，上级组织与下层组织之间的关系，从具体层面讲是一种所属关系，Martin将它抽象为一种责任关系。人和组织之间的所属关系是责任关系；管理者与部署之间的关系是责任关系；部门与部门负责人、经理之间的关系是责任关系。书中Martin将这种关系进一步泛化到更广的范围，个人认为没有多少实用价值，因为具体应用中对业务概念不能太泛化，否则将显得很牵强，即软件结构中的某些部位、接口责任过重。另外注意书中一开始就提到模型中的所有概念都是面向接口，而非面向实现，

  3. 所属分类：其它

    • 发布日期：2021-03-03
    • 文件大小：375808
    • 提供者：weixin_38746018

  1. 《分析模式：可重用对象模型》--责任模式

  2. 1         责任模式这一章关注的重点是关系，以及怎样为错综复杂的关系建立模型，另外，所有的插图都来自原书（《AnalysisPatterns：ReusableObjectModels》），并遵循UML标准。1.1   Party模式在这一章中，首先我们接触到是是Party模式，在进行系统分析和概念模型设计的时候，经常发现人和各种各样的组织有着同样的行为，例如，固定电话的计费可能是针对个人，也可能是一个单位；需要各种服务的时候，你可能求助于一个服务公司，或者服务公司一个特定的业务员。总之，

  3. 所属分类：其它

    • 发布日期：2021-02-22
    • 文件大小：146432
    • 提供者：weixin_38612095

  1. 《分析模式》读书笔记：责任模式

  2. 1         责任模式这一章关注的重点是关系，以及怎样为错综复杂的关系建立模型，另外，所有的插图都来自原书（《AnalysisPatterns：ReusableObjectModels》），并遵循UML标准。1.1   Party模式在这一章中，首先我们接触到是是Party模式，在进行系统分析和概念模型设计的时候，经常发现人和各种各样的组织有着同样的行为，例如，固定电话的计费可能是针对个人，也可能是一个单位；需要各种服务的时候，你可能求助于一个服务公司，或者服务公司一个特定的业务员。总之，

  3. 所属分类：其它

    • 发布日期：2021-02-22
    • 文件大小：175104
    • 提供者：weixin_38747815

  1. 分析模式-责任模式

  2. 概念模型比较难说清楚，概要性描述:最直观的例子是组织结构，上级组织与下层组织之间的关系，从具体层面讲是一种所属关系，Martin将它抽象为一种责任关系。人和组织之间的所属关系是责任关系；管理者与部署之间的关系是责任关系；部门与部门负责人、经理之间的关系是责任关系。书中Martin将这种关系进一步泛化到更广的范围，个人认为没有多少实用价值，因为具体应用中对业务概念不能太泛化，否则将显得很牵强，即软件结构中的某些部位、接口责任过重。另外注意书中一开始就提到模型中的所有概念都是面向接口，而非面向实现，

  3. 所属分类：其它

    • 发布日期：2021-02-21
    • 文件大小：375808
    • 提供者：weixin_38631729
« 12 3 4 5 6 7 »