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

搜索资源列表

  1. 本书论述在设计和建造数据仓库中涉及的所有主要问题，论述分析型环境(决策支持系统环境)以及在这种环境中的数据构造。主要内容包括数据仓库的设计与建造步骤，传统系统到数据仓库的迁移，数据仓库的数据粒度、数据分割、元数据管理、外部数据与非结构化数据

  2. 本书论述在设计和建造数据仓库中涉及的所有主要问题，论述分析型环境(决策支持系统环境)以及在这种环境中的数据构造。主要内容包括数据仓库的设计与建造步骤，传统系统到数据仓库的迁移，数据仓库的数据粒度、数据分割、元数据管理、外部数据与非结构化数据，分布式数据仓库、高级管理人员信息系统和数据仓库的设计评审等。 本书主要是面向数据仓库的设计、开发和管理人员，以及构造和使用现代信息系统的人员，也适于信息处理方面的高校师生和从事传统数据库系统技术工作的人阅读。 目录 译者序 审、译者简介 前言 第1章 决策

  3. 所属分类：餐饮零售

    • 发布日期：2009-04-29
    • 文件大小：6291456
    • 提供者：jl1110028

  1. 大型数据库课程设计机房上机管理信息系统

  2. 《大型数据库》课程设计 课题 机房上机管理信息系统 班级 学号 姓名 成绩 2008年11月12日—2008年11月30日 目录 第一章 数据库系统概述…………………………………………....2 1.1概述………………………………………………………….2 1.2问题定义及内容简介…………………………………………….4 1.3背景………………………………………………………….4 1.4本系统需求功能分析…………………………………………….5 第二章 系统需 求分析…………………………………………

  3. 所属分类：Oracle

    • 发布日期：2009-07-05
    • 文件大小：168960
    • 提供者：qcddylyg

  1. 《软件测试》 邮电版 第2章 课件

  2. 第2章 需求和设计评审 2.1 软件评审的方法与技术 2.2 产品需求评审 2.3 设计审查

  3. 所属分类：专业指导

    • 发布日期：2009-08-11
    • 文件大小：3145728
    • 提供者：KerryZhu

  1. 软件工程 文档模板 立项 结项 需求 研发 设计 测试 质保 培训 维护

  2. │ 第3章 立项管理.rar │ 第4章 结项管理.rar │ 第5章 项目规划.rar │ 第6章 项目监控.rar │ 第7章 风险管理.rar │ 第8章 需求管理.rar │ 第9章 需求开发.rar │ 第10章 技术预研.rar │ 第11章 系统设计.rar │ 第12章 实现与测试.rar │ 第13章 系统测试.rar │ 第14章 Beta测试.rar │ 第15章 客户验收.rar │ 第16章 技术评审.rar │ 第17章 配置管理.rar │ 第18章 质量保 证.

  3. 所属分类：外包

    • 发布日期：2009-11-22
    • 文件大小：592896
    • 提供者：hzhlu

  1. 院系图书管理系统概要设计说明书.doc

  2. 概要设计说明书 本报告说明确定软件系统的总体结构、数据结构、及其它全局性的考虑，所设计的系统应覆盖既定的软件需求，经过评审通过后， 本说明是后续实现的根据。 本报告由以下表格组成： 概要设计说明书目录 文档序号 1. 引言 S1. 2. 总体设计 S2. 2.1. 需求规定 S2.1. 2.2. 运行环境 S2.2. 2.3. 基本设计概念和处理流程 S2.3. 2.4. 概要设计模块结构图与描述表 S2.4. 3. 接口设计 S3. 4. 运行设计 S4. 5. 系统数据结构设计 S5. 6

  3. 所属分类：其它

    • 发布日期：2009-12-02
    • 文件大小：237568
    • 提供者：liuluyi

  1. 软件需求全过程实践pdf

  2. 简介 本书讲述了软件开发中一个至关重要的问题—软件需求问题。 软件开发人员及用户往往容易忽略信息沟通，导致软件开发出来后，不能很好地满足用户的需要。而返工则不仅在技术上给开发人员 带来巨大的麻烦，而且软件性能深受影响且造成人力、物力的浪费。所以在开发周期早期提高项目需求分析的质量，减少重复劳动，通过 控制项目范围的扩展及需求变更来达到按计划完成预定目标是当前我国软件业急需解决的问题—这也是本书讨论的主要内容。 目 录 译者序 前言 第一部分 软件需求：是什么和为什么 第1章 基本的软件需求 1

  3. 所属分类：专业指导

    • 发布日期：2010-03-13
    • 文件大小：5242880
    • 提供者：lyhwinon

  1. cmmi 3级软件过程改进方法与规范

  2. 软件过程改进是目前 IT 企业研发管理的重点与难点。为了提高软件过程能力，企业首先要研制软件过程规范，这是有一定难度并且费时费力的工作。 本书论述的是一套通用的CMMI 3级软件过程改进方法与规范，称为 “精简并行过程”（SPP）。SPP 2.0共有19个关键过程域，分为项目管理过程、技术开发过程和支撑过程三大类：  项目管理过程有7个关键过程域，分别为立项管理、结项管理、项目计划、项目跟踪、风险管理、外包管理和需求管理。  技术开发过程有8个关键过程域，分别为需求开发、技术预研、系统设计

  3. 所属分类：嵌入式

    • 发布日期：2010-04-22
    • 文件大小：1048576
    • 提供者：vinyfeng

  1. 《软件需求》书 软件需求：是什么和为什么

  2. 目 录 译者序 前言 第一部分 软件需求：是什么和为什么 第1章 基本的软件需求 1 1.1 软件需求的定义 2 1.1.1 一些关于“需求”的解释 2 1.1.2 需求的层次 3 1.2 每个项目都有需求 4 1.3 什么情况将会导致好的群体发生不合格的需求说明 5 1.4 高质量的需求过程带来的好处 7 1.5 优秀需求具有的特性 7 1.5.1 需求说明的特征 7 1.5.2 需求规格说明的特点 8 1.6 需求的开发和管理 9 第2章 客户的需求观 11 2.1 谁是客户 12 2.2

  3. 所属分类：Java

    • 发布日期：2010-10-14
    • 文件大小：5242880
    • 提供者：white_chocolate

  1. 软件需求-software required

  2. 目      录 译者序 前言 第一部分   软件需求：是什么和为什么 第1 章  基本的软件需求 1 1.1   软件需求的定义2 1.1.1   一些关于“需求”的解释 2 1.1.2   需求的层次 3 1.2   每个项目都有需求 4 1.3   什么情况将会导致好的群体发生不合格 的需求说明 5 1.4   高质量的需求过程带来的好处7 1.5   优秀需求具有的特性7 1.5.

  3. 所属分类：Java

    • 发布日期：2011-01-10
    • 文件大小：5242880
    • 提供者：shaoguangleo

  1. 需求与设计评审

  2. 需求与设计评审，需求与设计评审 需求与设计评审

  3. 所属分类：其它

    • 发布日期：2011-09-13
    • 文件大小：3145728
    • 提供者：hihell

  1. 论坛网设计文档

  2. 前 言 2 目 录 3 第1章 项目开发计划书 4 1.1项目范围 5 1.2客户资料 5 1.3项目成果 5 1.4资源需求 6 1.5项目风险分析 6 1.6分配任务 6 第2章 团购评价网需求规格说明书 8 2.1问题陈述 9 2.2要达到的目标 9 2.3具体分析 9 第3章 团购评价网系统设计书 12 3.1 命名规则 13 3.2 数据库设计 14 3.3软件结构图 18 3.4构架图 19 3.5类图 20 3.6时序图 21 第4章 测试计划书 23 5.1单元测试 24 5.

  3. 所属分类：C#

    • 发布日期：2012-11-22
    • 文件大小：1031168
    • 提供者：qq444574706

  1. 软件需求（pdf文档）

  2. 本书讲述了软件开发中一个至关重要的问题—软件需求问题。软件开发人员及用户往往容易忽略信息沟通，导致软件开发出来后，不能很好地满足用户的需要。而返工则不仅在技术上给开发人员带来巨大的麻烦，而且软件性能深受影响且造成人力、物力的浪费。所以在开发周期早期提高项目需求分析的质量，减少重复劳动，通过控制项目范围的扩展及需求变更来达到按计划完成预定目标是当前我国软件业急需解决的问题—这也是本书讨论的主要内容。 目 录 译者序 前言 第一部分 软件需求：是什么和为什么 第1章 基本的软件需求 1 1.1 软

  3. 所属分类：专业指导

    • 发布日期：2008-11-20
    • 文件大小：4194304
    • 提供者：doublepage

  1. 软件需求管理计划

  2. 需求管理计划 1. 目的 1.1 指导本公司项目相关人员正确实施需求管理的各项活动。 1.2 保证在客户和项目相关人员之间建立对客户需求的共同理解。 1.3管理项目产品和产品构件的需求，并且识别需求与项目计划与工作产品之间的矛盾 1.4 分配给业务项目的需求是受控的，建立供业务项目工程和管理使用的基线 1.5 业务项目计划、产品和活动与分配给业务项目的需求保持一致 2. 适用范围 2.1 机构：方案中心、开发中心。 2.2 业务：贯穿整个软件项目生命周期的需求管理活动。 2.3 业务产品开发过

  3. 所属分类：项目管理

    • 发布日期：2016-12-01
    • 文件大小：57344
    • 提供者：lhw_00002

  1. 数据库设计

  2. 项目愿景和范围的文档 a. 业务需求 a.1 背景 a.2 业务机会 a.3 业务目标与成功标准 a.4 客户与市场需求 a.5 业务风险 b. 解决方案的愿景 b.1 愿景陈述 b.2 主要特征 b.3 假设和依赖 c. 范围和限制 c.1 第一个版本的范围 c.2 各后续版本的范围 c.3 限制和专用性 d. 业务背景 d.1 涉众简介 d.2 项目优先级 d.3 操作环境 建议的需求开发过程 1. 定义项目的前景和范围 2. 确定用户类 3. 在每个用户类中确定适当的代表 4. 确定需求

  3. 所属分类：其它

    • 发布日期：2018-05-24
    • 文件大小：2097152
    • 提供者：ku51com

  1. 我们应当怎样做需求分析

  2. 我们应当怎样做需求分析 我们应当怎样做需求调研：初识 3 我们应当怎样做需求调研：拜访 5 我们应当怎样做需求调研：研讨会 6 我们应当怎样做需求调研：需求研讨 8 我们应当怎样做需求调研：迭代 10 我们应当怎样做需求调研：需求捕获 12 我们应当怎样做需求分析：功能角色分析与用例图 15 我们应当怎样做需求分析：业务流程分析 18 我们应当怎样做需求分析：用例说明 21 我们应当怎样做需求分析：查询报表分析 24 我们应当怎样做需求分析：子用例与扩展用例 27 我们应当怎样做需求分析：行动

  3. 所属分类：项目管理

    • 发布日期：2018-05-25
    • 文件大小：1048576
    • 提供者：ku51com

  1. 产品经理都该是需求分析师

  2. 需求开发过程 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求调查的目的是通过各种途径获取用户的需求信息（原始材料），产生《用户需求说明书》。 需求分析的目的是对各种需求信息进行分析，消除错误，刻画细节等。常见的需求分析方法有“问答分析法”和“建模分析法”两类。 需求定义的目的是根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》。系统设计人员将依据《产品需求规格说明书》开展系统设计工作。 需求管理过程 需求管理的目的是在客户与开发方之间建立

  3. 所属分类：Web开发

    • 发布日期：2018-05-25
    • 文件大小：559104
    • 提供者：ku51com

  1. 同行评审那些事儿（二）

  2. 如果就参加评审的人员而论，有以下几类评审形式。如果就评审的对象完整性而论，有以下几类评审形式。就评审的环境或使用的工具而论，有以下几类评审形式。正式评审或非正式评审都可以通过会议、邮件及工具的各种形式，也可以是整体评审、部分评审或迭代评审。当然正式评审最好是整体文档完成后的评审，批准主要是针对整个文档的，但迭代开发的例外。需求与设计评审需要的角色首先要有评审组长，即这个项目的整个评审工作的组织者，需要有管理、评审及会议主持等工作经验。其他除了文档的作者及记录人员之外，主要的角色就是评审人员，这一

  3. 所属分类：其它

    • 发布日期：2021-02-26
    • 文件大小：775168
    • 提供者：weixin_38675746

  1. 同行评审那些事儿（一）

  2. 本文根据2005中国软件工程大会暨系统分析员年会演讲提纲整理而得，主要转载原作者在需求与设计评审学习与实践中的一些体会，内容包括评审的必要性、评审的目的、评审的流程、评审的层次与角度，评审的准备工作、评审角色构成、评审角色职责、评审人员的选择、评审中的常见问题、注意事项，以及评审工作的持续改进等。软件阶段评审是软件质量管理中较重要的措施之一，做得好可以及时有效地发现一些错误。对于评审的必要性相信读者都有一定的认识，但是认识未必是一致的，这里列举一个社会新闻中的典型事例来说明：前一阵子在电视上有一

  3. 所属分类：其它

    • 发布日期：2021-02-26
    • 文件大小：355328
    • 提供者：weixin_38677505

  1. 同行评审那些事儿（二）

  2. 如果就参加评审的人员而论，有以下几类评审形式。如果就评审的对象完整性而论，有以下几类评审形式。就评审的环境或使用的工具而论，有以下几类评审形式。正式评审或非正式评审都可以通过会议、邮件及工具的各种形式，也可以是整体评审、部分评审或迭代评审。当然正式评审最好是整体文档完成后的评审，批准主要是针对整个文档的，但迭代开发的例外。需求与设计评审需要的角色首先要有评审组长，即这个项目的整个评审工作的组织者，需要有管理、评审及会议主持等工作经验。其他除了文档的作者及记录人员之外，主要的角色就是评审人员，这一

  3. 所属分类：其它

    • 发布日期：2021-01-31
    • 文件大小：746496
    • 提供者：weixin_38586186

  1. 同行评审那些事儿（一）

  2. 本文根据2005中国软件工程大会暨系统分析员年会演讲提纲整理而得，主要转载原作者在需求与设计评审学习与实践中的一些体会，内容包括评审的必要性、评审的目的、评审的流程、评审的层次与角度，评审的准备工作、评审角色构成、评审角色职责、评审人员的选择、评审中的常见问题、注意事项，以及评审工作的持续改进等。软件阶段评审是软件质量管理中较重要的措施之一，做得好可以及时有效地发现一些错误。对于评审的必要性相信读者都有一定的认识，但是认识未必是一致的，这里列举一个社会新闻中的典型事例来说明：前一阵子在电视上有一

  3. 所属分类：其它

    • 发布日期：2021-01-31
    • 文件大小：344064
    • 提供者：weixin_38537777
« 12 3 4 5 6 7 8 9 10 »