管理信息系统常用的详细调查方法

㈠ 管理信息系统详细调查方式有哪些并比较

它是一门新兴的科学，其主要任务是最大限度的利用现代计算机及网络通讯技术加强企业的信息管理，通过对企业拥有的人力、物力、财力、设备、技术等资源的调查了解，建立正确的数据，加工处理并编制成各种信息资料及时提供给管理人员，以便进行正确的决策，不断提高企业的管理水平和经济效益。目前，企业的计算机网络已成为企业进行技术改造及提高企业管理水平的重要手段。随着我国与世界信息高速公路的接轨，企业通过计算机网络获得信息必将为企业带来巨大的经济效益和社会效益，企业的办公及管理都将朝着高效、快速、无纸化的方向发展。MIS系统通常用于系统决策，例如，可以利用MIS系统找出目前迫切需要解决的问题，并将信息及时反馈给上层管理人员，使他们了解当前工作发展的进展或不足。换句话说，MIS系统的最终目的是使管理人员及时了解公司现状，把握将来的发展路径。
[编辑本段]组成
一个完整的MIS应包括：辅助决策系统（DSS）、工业控制系统（IPC）、办公自动化系统（OA）以及数据库、模型库、方法库、知识库和与上级机关及外界交换信息的接口。其中，特别是办公自动化系统（OA）、与上级机关及外界交换信息等都离不开Intranet的应用。可以这样说，现代企业MIS不能没有Intranet，但Intranet的建立又必须依赖于MIS的体系结构和软硬件环境。
[编辑本段]核心
传统的MIS系统的核心是CS（Client/Server——客户端/服务器）架构，而基于Internet的MIS系统的核心是BS（Browser/Server——浏览器/服务器）架构。BS架构比起CS架构有着很大的优越性，传统的MIS系统依赖于专门的操作环境，这意味着操作者的活动空间受到极大限制；而BS架构则不需要专门的操作环境，在任何地方，只要能上网，就能够操作MIS系统，这其中的优劣差别是不言而喻的。
基于Internet上的MIS系统是对传统MIS系统概念上的扩展，它不仅可以用于高层决策，而且可以用于进行普通的商务管理。通过用户的具名登录（或匿名登录），以及相应的权限控制，可以实现在远端对系统的浏览、查询、控制和审阅。随着Internet的扩展，现有的公司和学校不再局限于物理的有形的真实的地域，网络本身成为事实上发展的空间。基于Internet上的MIS系统，弥补了传统MIS系统的不足，充分体现了现代网络时代的特点。随着Internet技术的高速发展，因特网必将成为人类新社会的技术基石。基于Internet的MIS系统必将成为网络时代的新一代管理信息系统，前景极为乐观。
[编辑本段]市场营销的MIS
市场营销的MIS（Management Information System）是企业或组织整体MIS的一部分。MIS是一个信息系统，它通过程式化的程序从各种相关的资源（公司外部和内部的都包括）收集相应的信息，为经理们提供各层次的功能，以使得他们能够对自己所应该负责的各种计划、监测和控制活动等做出及时、有效的决策。这个表明MIS的本质是一个关于内部和外部信息的数据库，这个数据库可以帮助经理们做分析、决策、计划和设定控制目标。因此重点是如何使用这些信息，而不是如何形成这些信息。
[编辑本段]重要性
最有效的MIS能够反应随着时间的推移和内部程序的改变，外部的变量如何改变，也就是说，时间和内部变量是否会对外部的变量产生影响。这就建立了一个强大而且有效的知识库，它可以帮助进行预测。虽然建立和维MIS是非常耗时和昂贵的，但是与其带来的潜在利益和对决策准确性的提高相比，对一个组织来说这还是值得的。Internet为建立和维护MIS提供了一个理想的工具，而MIS也是网络营销中的一个重要的内容。

㈡ 简述系统分析的步骤。简述系统调查的内容和常用方法。

系统分析的主要步骤

1、对研究的对象和需要解决的问题进行系统的说明，目的在于确定目标和说明该问题的重点和范围;

2、收集资料，在系统分析基础上，通过资料分析各种因素之间的相互关系，寻求解决问题的可行方案;

3、依系统的性质和要求，建立各种数学模型;

4、运用数学模型对比并权衡各种方案的利弊得失;

5、确定最优方案。通过分析，若不满意所选方案，则可按原步骤重新分析。一项成功的系统分析需要对各方案进行多次反复循环与比较，方可找到最优方案。

系统调查的主要内容是信息系统的组成部分，包括：资源 (如硬件、软件和职能人员等)、数据(如输 入数据、输出数据或系统文件汇编等)、活动 (如处理程序和工作情况等)。

系统调查的主要方法是：

1、征求各方意见。在调查中 要和有关人员密切配合，访问操作和经理人 员，召开各种座谈会;争取企业高级管理人 员的积极配合等。

2、对信息系统中所使用 的文件进行汇编和审查。

3、编制文件流程 图。

4、进行数据处理工作量分析，计算信 息容量和处理量。

5、对职工完成作业所需 的时间进行观测和计量。

6、对系统可靠性 进行分析。

7、采用调查项目表进行调查。

8、对职能人员履行其职责的能力进行考 察。

9、编写已查出问题概要，重点指出系 统的薄弱环节和改进措施，并将解决问题所 能得到的经济效益和费用相比较，选择合理、 经济的解决办法。

㈢ 目前我国物业管理信息系统的开发方法是什么

上海殷行物业管理公司的传统业务是国有公房的租赁管理。随着国家房改政策的推行，一些租户开始买房，私房管理逐渐成为公司的核心业务。该公司的软件系统开发有两大难题：一、业务规则复杂，特别是历史遗留的各项政策法规，许多公司员工也难以理解清楚；二、系统必须能随着公司业务重心从公房租赁到私房管理的转移过程和各项政策的变化而进化，这需要一个稳定的软件构架（ Software Architecture ）。传统的瀑布式软件开发过程不能满足该系统在需求和系统进化方面的要求。

由于殷行物业管理系统需求获取的难度和对软件构架的要求，我们选择采用 RUP 来开发该系统，并最终开发出了令人满意的产品。

2 统一过程的特点

RUP 是一个通用的软件开发过程框架，它可通过裁剪和扩充应用于各种不同类型的软件系统、各种不同的应用领域、各种不同的组织和各种不同的项目规模。 RUP 具有以下三个重要特征：用例驱动、以构架为中心和迭代增量开发。

2.1 用例驱动的过程

首先，在业务建模（ Business Modeling ）工作流中，业务流程（ Business Process ）被定义为数个不同的业务用例（ Business Use Case ），其中每个业务用例都代表业务中某个特定的工作流程，业务主角（ Business Actor ）（客户、合作伙伴等）通过业务用例中的动作序列获得组织的服务。所有的业务用例和业务主角构成了组织的业务用例模型（ Business Use － Case Model ）。

在需求（ Requirements ）工作流中，根据业务用例模型确定待开发系统支持业务用例实现（ Business Use － Case Realization ）的功能并限定系统的边界，这些功能用系统用例（ System Use Case ）来描述，用例主角为组织内部的业务工人（员工、直接使用系统的客户等）。所有的系统用例和用例主角构成了系统用例模型（ System Use － Case Model ），它描述了系统的功能需求。

在分析设计工作流（ Analysis & Design ）中，开发人员使用系统用例模型作为输入，对每个系统用例进行用例分析（ Use Case Analysis ）和用例设计（ Use Case Design ），得到相应的用例实现（ Use Case Realization ）。用例实现在设计模型（ Design Model ）中提供了一种结构，用于组织与用例有关但却属于设计模型的工件。这些相关工件包括协作图（ Collaboration Diagram ）和序列图（ Sequence Diagram ），这些图使用协作对象说明用例行为。最终这些协作对象可以归纳为系统要开发的分析类和设计类。

在实施 (Implementation) 工作流中，将设计模型作为输入，将设计类实现为组件，创建实施模型（ Implementation Model ）。

在测试工作流期间，根据用例的功能描述编写测试用例（ Test Case ），验证系统是否实现了的用例的功能。因此，用例将各个工作流整合成一个流――确定用例、分析用例、设计用例、实现用例、根据用例编写测试用例来验证系统设计。

2.2 以构架为中心的过程

在 RUP 中，软件系统的构架是指系统重要组件的组织或结构，这些重要组件通过接口与那些由不断减小的组件与接口所构成的组件进行交互。构架具有以下作用：

1 ）理解系统 RUP 使用 UML 可视化建模系统的构架，并以构架为中心进行开发，这使得开发人员、管理人员及其他相关人员能够详细理解所需要做的工作，以利于他们参与系统的开发。

2 ）组织开发 构架设计师通过将系统划分为带有明确定义接口的子系统，并让开发小组负责每个子系统，可以显着减少开发组之间交流的工作量，而且接口双方的软件可独立地进化。

3 ）鼓励重用 好的构架为开发人员提供了可以在其上开展工作的稳定的骨架，它有助于开发人员知道在哪里能有效地找到可重用的元素以及发现合适的可重用的组件。

4 ）进化系统 一个具有稳定的构架的系统在分析和设计时就考虑到系统进化的需求，从而具有一定的容变能力，系统可以适度地进化。

2.3 迭代和增量开发

迭代（ Iteration ）是指带有已建立基准（ Base Line ）的计划和评估准则的独特活动序列，迭代生成系统的内部或外部发布版（ Release ）。增量（ Increment ）是指在后续迭代结束后，两个发布版本之间存在的差异（差值）。在 RUP 中，软件的生命周期是由一系列迭代组成的，这些迭代都是由软件项目分解成的许多袖珍项目（ mini-project ）。每个迭代都产生以内部版本形式交付的实际结果，其中每个内部版本会增加一个增量并表明所关注的风险得以降低。这些版本可以展示给客户，从而获得有价值的反馈以确认工作成果。早期阶段的迭代主要是关注确定项目的范围，消除关键风险和建立系统构架基准。后期迭代则不断增加增量结果，直至得到一个可对外发布的产品。迭代有助于管理层规划、组织、监控和控制项目。

迭代和增量开发具有以下的一些优点：（ 1 ）允许变更需求；（ 2 ）允许持续的集成；（ 3 ）及早降低风险；（ 4 ）有助于组织学习和提高；（ 5 ）提高复用性；（ 6 ）生成性能更强壮的产品。

3 殷行物业管理系统的开发过程

该系统主要包括以下几个模块：

• 小区管理 公司经营业务所涉及的小区的信息管理。

• 房屋管理 公司所管理的房屋的资料的管理和维护。

• 房屋租赁管理 实现房屋租赁的功能。

• 租金管理 实现租户租金的收取和各项报表的编制功能。

• 私房管理费管理 实现私房用户的管理费管理。

• 系统维护 系统的用户、安全和公共信息的管理。

我们首先和用户一起对该公司的业务进行建模，建立业务用例模型，然后再一起分析这些业务用例的实现，明确用户对将要开发系统的功能需求。通过分析，我们获得了“接收房屋”、“出租可租房”、“建租户账”、“收取租金“、“租金调整”和“租金减免”

等对于决定系统构架具有重要作用的核心系统用例。因为租金调整和减免方面的业务规则非常复杂而且易变，我们决定采用 EJB 组件构架，将业务规则封装在企业 JavaBeans 中，以利用 EJB 构架在系统维护和进化方面的优势。图 1 是该系统构架的部署视图（ Deployment View ）。

由于 RUP 的特征和 EJB 技术的采用，我们在开发过程中很好地克服了需求变更和更改设计方面的难题，在开发的后期没有出现什么重大的错误设计和返工。

4 房屋租赁管理子系统的开发实例

限于篇幅，我们以房屋租赁管理子系统在第一次生命周期中的开发过程来阐述 RUP 的应用方法，这里给出的只是一个基本的过程框架。

4.1 业务建模

业务建模的目的在于了解目标组织的结构、机制、当前存在的问题、改进的可能性，并确保客户、最终用户和开发人员就目标组织达成共识，最后还要导出支持目标组织所需的系统需求。

下面是房屋租赁子系统业务用例模型中的“客户租房“业务用例（这里我借鉴了 Cockburn 的用例思想）：

用例名称 (Use case) ：客户租房

首要主角 (Primary Actor) ：客户

范围 (Scope) ：殷行物业公司

层次 (Level) ：概要目标

前提条件 (Preconditions) ：当前有空的出租房

触发条件 (Trigger) ：客户申请租房

成功保证 (Success Guarantees) ：客户顺利地租到房屋

最低保证 (Minimal Guarantees) ：客户取消租房

基本流 (Basic Flow) ：

• 客户向公司提出租房申请，并提供相关材料和客户租房条件。

• 业务员审核客户材料，并根据客户租房条件检索可租房 。

• 客户选定中意的可租房。

• 业务员出租选中的可租房 。

• 计账员为客户建立租金账户 。

备选流 (Alternative Flow) ：

// … （略）

2b 、未找到符合客户租房要求的房屋 3a 、客户不满意所选的房屋

a 、客户重新提出租房 条件

a1 、业务员根据客户租房条件检索可租房屋 。

这个过程可重复多次，直到客户接受房屋或取消租房。

b 、客户不再租房，流程终止。

业务用例实现由业务对象模型来描述，它是对业务工人和业务实体之间应该如何联系和协作以执行业务的一种抽象。 系统分析员使用 该模型来确定系统主角和系统用例。

4.2 需求

分析业务用例模型中“客户租房“业务用例的实现，可以确定 业务员 和计账员等业务工人 (Business Worker) 对系统的功能需求，从而得到三个系统用例，如以上斜体部分所示。采用类似方法获得的所有系统用例构成了系统的功能需求。 这时，业务用例中的业务工人映射为系统用例的主角。下面是“出租可租房”系统用例的事件流：

用例名称 (Use Case) ：出租可租房屋

首要主角 (Primary Actor)：业务员

范围 (Scope) ：殷行物业管理信息系统

层次 (Level)：用户目标

前提条件 (Preconditions)：客户选定可租房

触发条件 (Trigger)：业务员开始租房

成功保证 (Success Guarantees)：待租房屋顺利租出

最低保证 (Minimal Guarantees) ：（无）

基本流 (Basic Flow) ：

• 业务员输入租户信息。

• 业务员输入租赁凭证资料。

• 系统 添加新租户 。

• 系统将 可租房转换为已租房 。

• 系统 创建租赁凭证 。

备选流 (Alternative Flow) ：

//…. （略 去了备选流中的用例 ）

4.3 分析设计

分析设计工作流的主要目的是将需求转化为系统的设计以及开发出健壮的构架。涉及到的角色有构架设计师、设计师和数据库设计师等。构架设计师的主要工作是构架分析、确定设计机制等。设计师的主要工作是用例分析、用例设计、类设计和子系统设计等。数据库设计师设计系统的数据模型。

对“ 出租可租房屋 “系统用例进行用例分析和设计，得到其用例实现的协作图（图 2 ）。

从图中可得到如下的设计类：实体类（ RenterWithouAccount －未建账租户、 RentingCard －租赁凭证、 RentedHouse －已租房、 RentableHouse －可租房、 RentableHouseSet －可租房集合）、控制类（ RentingManager －租赁管理器、 TransactionManager －事务管理器）、边界类（ RentingForm －租赁窗体、 RentingCardDlg －租赁凭证资料对话框）。

根据实体类之间的关系，可以得出关于房屋租赁的局部数据模型（图 3 ）。

4.4 实施

在实施阶段，将分析设计阶段产生的设计模型作为输入，探讨如何用源代码、脚本、二进制代码、可执行体等组件来实现系统。由于我们采用了 EJB 技术，因此在 Rational Rose 中，我们将以上的实体类映射成了 EntityBean 类，控制类映射为 SessionBean 类，而边界类则映射为客户端的 JavaBean 。最终， RenterWithouAccount 、 RentingCard 、 RentingManager 等企业 Bean 类被部署在 JBoss 应用服务器中。

至此，房屋租赁管理子系统的第一个版本已经产生，用户可以试用该系统以提出改进意见和新的需求，并在下一轮迭代中加以实现。实际上，我们只经过了四轮迭代，用户便接受了该子系统。

5 结束语

由于 RUP 是一个庞大复杂的软件开发过程框架，在实际开发过程中，我们对 RUP 进行了适当的裁剪以适应系统的规模和特点，省去了开发大规模系统所需的活动和工件。 CASE 工具我们主要选用了 Rational Rose 、 ClearQuest 、 Soda 和 RequistePro ，开发工具选用了 JBuilder5 ，数据库选用了 SQLServer7 ，应用服务器选用了 JBoss ， web 服务器选择了 Tomcat 。最终我们以较低的成本，在客户要求的进度内开发出了令人满意的物业管理信息系统。

㈣ 信息系统项目需求调研最常用的有哪些方法

软件工程中包含需求、设计、编码和测试四个阶段,其中需求工程是软件工程第一个也是很重要的一个阶段，需求分析是要决定“做什么，不做什么”。 在一个软件项目中，软件需求包括三个不同的层次-业务需求、用户需求和功能需求-也包括非功能需求:业务需说明了提供给客户和产品开发商的新系统的最初利益,反映了组织机构或客户对系统、产品高层次的目标要求。 软件开发，能否获得成功，最重要的是需求分析的工作。因此，软件需求分析能力和水平，对软件项目至关重要。 一般的分析方法和步骤如下： ⑴首先调查组织机构情况 包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。 ⑵然后调查各部门的业务活动情况 包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。 ⑶协助用户明确对新系统的各种要求 包括信息要求、处理要求、完全性与完整性要求。 ⑷确定新系统的边界 确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。 常用的调查方法有： ⑴跟班作业 通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。 ⑵开调查会 通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。 ⑶请专人介绍。 ⑷询问 对某些调查中的问题，可以找专人询问。 ⑸设计调查表请用户填写 如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。 ⑹查阅记录 即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。 通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。

㈤ 阐述信息系统分析与设计有哪些常用方法

阐述信息系统分析与设计有哪些常用方法：《信息系统分析与设计》课程向那些有志于从事管理信息系统的同学系统讲述设计与开发信息系统的全过程，通过学习本课程，不仅可以完整的学习信息系统设计的主要理论。

在对系统进行详细调查的基础上，运用各种系统开发的理论、方法和技术，确定并表述出系统应具有的逻辑功能，形成系统逻辑方案咆括系统的结构、问题处理过程和分析计算模型)。

新系统的逻辑方案在逻辑上描述新系统的目标和具有的功能、性能，它以系统分析报告的形式表达出来，作为下一阶段系统设计的依据。

阐述信息系统分析主要内容：

系统规模越大，系统分析复杂性也越高。通常系统分析工作包括以下两方面的内容。

通过详细了解企业的组织结构、组织目标、组织的业务流程及数据流程，分析和理解用户与管理业务对系统开发的实际需求，包括对系统功能、性能等方面的需求，对开发周期、开发方式及软硬件配置等方面的意向及打算。

通常情况下，先由用户提出初步的要求，然后经由系统分析人员对系统进行详细调查，进一步完善用户对系统的要求，最终以系统需求说明书的形式将系统需求定义下来。

㈥ 常见的信息收集方法有哪些

目前有五种方法：

1.查阅资料法：报纸、行业网站、文献、杂志、广播电视等传媒专访。

2.调查法：（1）拜访调查法；（2）电话采访法；（3）问卷调查法。

3.观察法：通过开会、深入现场、参加生产和经营、实地采样、进行现场观察并准确记录(包括测绘、录音、录相、拍照、笔录等)调研情况。主要包括两个方面:一是对人的行为的观察，二是对客观事物的观察。观察法应用很广泛，常和询问法、搜集实物结合使用，以提高所收集信息的可靠性。

4.实验法：通过实验室实验、现场实验、计算机模拟实验、计算机网络环境下人机结合实验等过程获取信息或结论。可主动控制实验条件，包括对参与者类型的恰当限定、对信息产生条件的恰当限定和对信息产生过程的合理设计，获得重要的、能客观反映事物运动表征的有效信息，在一定程度上直接观察研究某些参量之间的相互关系，有利于对事物本质的研究。

5.互联网信息收集法：通过计算机网络发布、传递和存储的各种信息。互联网信息收集的最终目标是给广大用户提供网络信息资源服务，整个过程包括网络信息搜索、整合、保存和服务四个步骤。

拓展资料：

为了保证信息收集的质量，要遵循几个原则：

1.准确性：收集的信息一定要真实可靠，这是最基本的原则，因此，收集者要对收集的信息反复核实、不断检验。

2.全面性：全面、广泛地收集信息，才能完整的反映调查对象的全貌，保障科学决策。

3.时效性：信息的利用价值取决于该信息是否能及时地提供，信息只有及时、迅速地提供给它的使用者才能有效地发挥作用。

㈦ 管理信息系统的详细调查的方式有哪些并进行比较

MIS的开发方式有自行开发、委托开发、联合开发、购买现成软件包进行二次开发几种形式。一般来说根据企业的技术力量、资源及外部环境而定。 补充： 管理信息系统的开发策略
不可行的开发方法：组织结构法，机械的按照现有组织机构划分系统，不考虑MIS的开发原则。
数据库法，开发人员从数据库设计开始对现有系统进行开发。
想象系统发，开发人员基于对现有系统进行想象为基础进行开发。
可行的开发方法：自上而下（Top__Down）,从企业管理的整体进行设计,逐渐从抽象到具体,从概要设计到详细设计,体现结构化的设计思想。自下而上（Bottom__Up）,设计系统的构件,采用搭积木的方式组成整个系统,缺点在于忽视系统部件的有机联系。
两者结合是实际开发过程中常用的方法。通过对系统进行分析得到系统的逻辑模型, 进而从逻辑模型求得最优的物理模型。逻辑模型和物理模型的这种螺旋式循环优化的设计模式体现了自上而下、自下而上结合的设计思想。
管理信息系统的开发方法
完整实用的文档资料是成功MIS的标致。科学的开发过程从可行性研究开始，经过系统分析、系统设计、系统实施等主要阶段。每一个阶段都应有文档资料，并且在开发过程中不断完善和充实。目前使用的开发方法有以下两种：
1.瀑布模型（生命周期方法学）
结构分析、结构设计，结构程序设计（简称SA—SD—SP方法）用瀑布模型来模拟。各阶段的工作自顶向下从抽象到具体顺序进行。瀑布模型意味着在生命周期各阶段间存在着严格的顺序且相互依存。瀑布模型是早期MIS设计的主要手段。
2.快速原型法（面向对象方法）
快速原型法也称为面向对象方法是近年来针对（SA—SD—SP）的缺陷提出的设计新途径，是适应当前计算机技术的进步及对软件需求的极大增长而出现的。是一种快速、灵活、交互式的软件开发方法学。其核心是用交互的、快速建立起来的原型取代了形式的、僵硬的（不易修改的）大快的规格说明，用户通过在计算机上实际运行和试用原型而向开发者提供真实的反馈意见。快速原型法的实现基础之一是可视化的第四代语言的出现。

㈧ 信息管理的研究方法有哪些

研究方法
第一节 观察研究方法
第二节 调查研究方法
第三节 实验研究方法
第五章 理性思维方法
第一节 科学抽象方法
第二节 历史方法和逻辑方法
第三节 比较和分类方法
第四节 归纳和演绎方法
第五节 分析和综合方法
第六章 横向科学方法
第一节 横向科学方法概述
第二节 系统科学方法
第三节 控制论方法
第四节 信息论方法
第五节 数学方法
第七章 信息管理学专门方法
第一节 文献信息处理方法
第二节 文献计量学方法
第三节 引文分析方法