- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
简答题:
1. 企业系统规划法。(内容在第五讲)
企业系统规划法(BSP)是为指导企业管理信息系统建设而建立起的一种方法。这是一种结构化的方法,它可以帮助企业做出管理信息系统的规划,来满足其近期和长期的信息需求。
BSP方法的基本原则:支持企业的总体目标
营销管理信息系统的战略应能表达出企业中各个管理层次的要求
营销管理信息系统应该向整个企业提供一致的信息
营销管理信息系统的规划应该经得起组织机构和管理体制的变化
使系统结构具有良好的整体
便于实施
BSP方法的工作步骤:项目的确定:准备工作,调研
定义业务过程
定义数据类
分析原系统支持
确定管理部门对营销管理信息系统的要求
提出判断和结论
定义系统的总体结构
确定总体结构中的优先顺序
评价信息资源管理
提出建议书和开发计划
提交规划成果报告
2、需求开发的阶段划分。(内容在第七讲)
需求开发可进一步分为:需求获取(elicitation)、分析(analysis)、编写规格说明(specification)和验证(verification)四个阶段。
3. 简述数据挖掘系统的结构。(内容在第十讲)
数据挖掘系统可以采用三层的C/S结构:
第一层:为图形用户界面,位于系统的客户端;
第二层:为数据挖掘引擎,它是数据挖掘系统的核心,位于系统的应用服务器端;
第三层:为数据库与数据仓库,位于数据服务器端。
数据挖掘系统的结构-图形用户界面
该模块实现用户与数据挖掘系统之间的通信,允许用户与系统交互。用户可以通过图形化界面指定数据挖掘任务、输入有关信息,根据系统以可视化形式输出的数据挖掘的中间结果进行探索式的数据挖掘。此外,该模块还提供用户浏览数据库和数据仓库模式或数据结构、评价数据挖掘的模式等功能。
数据挖掘系统的结构- 数据挖掘引擎
数据挖掘引擎是数据挖掘系统最基本、最重要的部分,是数据挖掘系统的核心。该部分由一系列功能模块组成,分别用于关联规则挖掘、分类规则挖掘、聚类规则挖掘、时序与序列数据挖掘和WEB数据挖掘等。
数据挖掘系统的结构-数据库与数据仓库
该部分位于数据服务器端,包括数据库、知识库、文件系统、其他数据源以及存放经过数据准备提取和集成后数据的数据仓库。在知识库中存放领域知识,用于搜索和对模式进行评价。
数据库与数据仓库服务器的功能是根据用户的数据挖掘请求,提取相应的数据供数据挖掘引擎使用。
4. 简述系统的升级与整合的内容。(内容在第十二讲)
支撑系统升级——由于信息技术的发展,原有的支撑系统(硬件系统、网络系统、操作系统、数据库管理系统等)需要升级到新的版本或采用新的技术,通常情况下,升级是在同类产品间进行的。
信息资源迁移——系统的功能需求和信息存储结构没有变化,但需要将原有系统转换为其他产品,通常是不同厂商提供的产品。比如数据库管理系统。
信息资源系统整合与应用软件整合——系统的整合往往伴随有系统的重构,在这种情况下,支撑系统的环境往往没有变化,由于客户业务流程的变化等因素,需要系统功能和信息资源存储结构进行相应的调整,就产生系统整合的需求,这个过程中往往伴随有数据库结构的改变和应用软件程序的修改。
系统扩展——系统的扩展是指系统内部没有需求的变化和支撑系统环境的变化,系统需要与外部系统进行数据交换或功能集成,与其他系统一起构成更大的系统,我们将这种过程称为系统扩展。
5. 简述原型化方法的基本思想。(内容在第四讲)
原型化方法(Prototyping Method)的基本思想主要体现在以下几个方面:
1)并非所有的需求在系统开发以前都能准确地定义
需求的预先定义虽然在某些情况下是可能的,但往往由于用户和项目参加者的个人原因导致在很多情况下难以实现。用户与专业人员对计算机、具体业务的理解也有一定的差距,用户很善于叙述其对象、方向和目标,但对于如何实现却不甚清楚或难以确定,只有看到一个具体的应用系统才能清楚了解到自己的需要和系统存在的缺点,并能提出更具体的需求。
2)提供快速的系统建造工具
在建造系统时,提供快速的原型建造工具,迅速建立起原始系统,并能够方便地对原始系统进行修改、扩充和完善。目前所谓应用生成器和第四代生成语言,都是原型化方法的有力支持工具。
3)需要有实际的、可供用户参与的系统模型
文字和静态图形是一种比较好的通信工具,然而其最大的缺点是缺乏直观的、感性的特征,因而往往不易理解对象的全部含义,而交互系统能够提供一个生动活泼的动态模型,用户见到的是一个运行着的系统,并且系统运行暴露出来的问题可以迅速修改和完善。
4)大量的反复修改是必要的和不可避免的
用户的需求是多变的,这在预先定义方法中是难以实现的。随着原始系统的运行,用户不断积累经验,并充分发挥自己的想象,提出更新的需求。因此,在开发最终的需求时,反复是完全需要的。只有这样,才
文档评论(0)