您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. WEBIE工业工程软件应用案例

  2. WEBIE工业工程软件 一、简述: WEBIE工业工程软件的功能模块以标准时间为核心展开,向用户提供从标准时间、产能计算、资源计划、生产管理、设备管理、5S管理、培训管理、仓库管理、配件管理一条龙的IE核心工作流功能;并可为IE工程师们熟悉工业工程部门范围内的工作提供指导。 WEBIE工业工程软件产品网站:http://www.webie.net.cn WEBIE工业工程软件产品网站:http://www.miniie.net/ieicbbs/board.asp?boardid=28 二、WE
  3. 所属分类:管理软件

    • 发布日期:2011-10-27
    • 文件大小:948kb
    • 提供者:innti
  1. 高级系统架构师培训教程

  2. 目录 前言 ............... - 6 - 第一章 现代软件开发过程及架构策略 ......... - 7 - 1.1 软件架构设计师的的知识体系 ................ - 7 - 一、软件架构的定义与问题 ............. - 7 - 二、在信息技术战略规划(ITSP)中的软件架构 ............. - 8 - 1.2 从线性模型到迭代模型 ............. - 9 - 一、经典软件开发过程模型 ....................
  3. 所属分类:软考等考

    • 发布日期:2013-09-11
    • 文件大小:1mb
    • 提供者:linghui136
  1. 高级系统架构师

  2. 目录 前言 ............... - 6 - 第一章 现代软件开发过程及架构策略 ......... - 7 - 1.1 软件架构设计师的的知识体系 ................ - 7 - 一、软件架构的定义与问题 ............. - 7 - 二、在信息技术战略规划(ITSP)中的软件架构 ............. - 8 - 1.2 从线性模型到迭代模型 ............. - 9 - 一、经典软件开发过程模型 ....................
  3. 所属分类:管理软件

    • 发布日期:2014-10-16
    • 文件大小:1mb
    • 提供者:hanxirensheng
  1. 高级系统架构师培训

  2. 目录 前言 ............... - 6 - 第一章 现代软件开发过程及架构策略 ......... - 7 - 1.1 软件架构设计师的的知识体系 ................ - 7 - 一、软件架构的定义与问题 ............. - 7 - 二、在信息技术战略规划(ITSP)中的软件架构 ............. - 8 - 1.2 从线性模型到迭代模型 ............. - 9 - 一、经典软件开发过程模型 ....................
  3. 所属分类:软考等考

    • 发布日期:2016-07-20
    • 文件大小:1mb
    • 提供者:u011430511
  1. 四级数据库重难点(word版)

  2. 第1章 引言 1. 数据是描述现实世界事物的符号记录,是用物理符号记录下来的可以识别的信息。 数据是信息的符号表示,是载体;信息是数据的语义解释,是内涵。 2. 数据模型是对现实世界数据特征的抽象,是数据库系统的形式框架,用来描述数据的一组概念和定义,包括描述数据、数据联系、数据操作、数据语义以及数据一致性的概念工具。 满足三条件:比较真实地模拟现实世界;易于人们理解;易于计算机实现 三个组成要素:数据结构(静态,数据对象本身结构及之间的联系)、数据操作(对数据对象操作及操作规则的集合)和完整
  3. 所属分类:其它

    • 发布日期:2009-01-21
    • 文件大小:137kb
    • 提供者:courage0603
  1. 频谱分析基础.pdf

  2. 非常好的频谱分析入门资料,目前不太好找;手头正好有,就分享一哈目录 第1章-引论… 频域对时域 什么是频谱? 为什么要测量频谱? 5668 信号分析仪种类 第2章-频谱分析仪原理 射频衰减器 10 低通滤波器或预选器 分析仪调谐 中频增益 信号分辨 剩余调频 相位噪声 扫描时间 01235680 包络检波器 显示 检波器类型 采样检波 峰值(正)检波 24 负峰值检波 24 正常检波 24 平均检波 27 EM检波器:平均值和准峰值检波 平滑处理 28 时间选通 第3章-数字中频概述 数字滤波器
  3. 所属分类:硬件开发

    • 发布日期:2019-10-12
    • 文件大小:22mb
    • 提供者:xiaominxiaoming
  1. 以产品线划分组织架构

  2. 几位同行私下聊了下,我也意识到前文把“部门”和“团队”概念混淆了。有个很重要的观点,既然都可以,那讨论的只是相对更好,显然不分最好,如此管理成本最低。是的,我认为如果所有人的水准相当,并且价值观一致,那确实没问题,但现实可能么?由此可见,以某种逻辑为基准的组织方式为主线的管理体制还是有必要。基本得到公认的,是以“产品线”划分公司组织架构最理想最高效,如此一个产品的所有参与者受共同价值观的驱使,所有人的节奏和目标理应一致,理论上肯定1+1>2。早年流行的“事业部”组织架构即如此,各事业部其实
  3. 所属分类:其它

    • 发布日期:2021-01-31
    • 文件大小:78kb
    • 提供者:weixin_38548704
  1. 以产品线划分组织架构

  2. 几位同行私下聊了下,我也意识到前文把“部门”和“团队”概念混淆了。有个很重要的观点,既然都可以,那讨论的只是相对更好,显然不分最好,如此管理成本最低。是的,我认为如果所有人的水准相当,并且价值观一致,那确实没问题,但现实可能么?由此可见,以某种逻辑为基准的组织方式为主线的管理体制还是有必要。基本得到公认的,是以“产品线”划分公司组织架构最理想最高效,如此一个产品的所有参与者受共同价值观的驱使,所有人的节奏和目标理应一致,理论上肯定1+1>2。早年流行的“事业部”组织架构即如此,各事业部其实
  3. 所属分类:其它

    • 发布日期:2021-01-31
    • 文件大小:78kb
    • 提供者:weixin_38558186
  1. 以产品线划分组织架构

  2. 几位同行私下聊了下,我也意识到前文把“部门”和“团队”概念混淆了。有个很重要的观点,既然都可以,那讨论的只是相对更好,显然不分最好,如此管理成本最低。是的,我认为如果所有人的水准相当,并且价值观一致,那确实没问题,但现实可能么?由此可见,以某种逻辑为基准的组织方式为主线的管理体制还是有必要。基本得到公认的,是以“产品线”划分公司组织架构最理想最高效,如此一个产品的所有参与者受共同价值观的驱使,所有人的节奏和目标理应一致,理论上肯定1+1>2。早年流行的“事业部”组织架构即如此,各事业部其实
  3. 所属分类:其它

    • 发布日期:2021-01-31
    • 文件大小:78kb
    • 提供者:weixin_38645208