Information Management [M1]

0.0(0)
studied byStudied by 0 people
full-widthCall with Kai
GameKnowt Play
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/71

encourage image

There's no tags or description

Looks like no tags are added yet.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

72 Terms

1
New cards

TRUE

In program data dependency, there is coordination and central control of data. True or false?

2
New cards

Metadata

data that describes the properties and context of user data

3
New cards

Information

data processed to increase knowledge in the person using the data

4
New cards

Unstructured

images, video, documents

5
New cards

Structured

numbers, text, dates

6
New cards

Data

stored representations of meaningful objects and events

7
New cards

Database

organized collection of logically related data

8
New cards

Program-Data Dependence

Disadvantages of File Processing. All programs maintain metadata for each file they use

9
New cards

Excessive Program Maintenance

Disadvantages of File Processing. 80% of information systems budget

10
New cards

Lengthy Development Times

Disadvantages of File Processing. Programmers must design their own file formats

11
New cards

Limited Data Sharing

Disadvantages of File Processing. No centralized control of data

12
New cards

Duplication of Data

Disadvantages of File Processing. Different systems/programs have separate copies of the same data

13
New cards

Database Approach

Solution to File Processing

14
New cards

Database Approach

Central repository of shared data

15
New cards

Database Approach

Data is managed by a controlling agent

16
New cards

Database Approach

Requires a Database Management System (DBMS)

17
New cards

Database Approach

Stored in a standardized, convenient form

18
New cards

Database Management System

A software system that is used to create, maintain, and provide controlled access to user databases

19
New cards

Program-data independence

Advantages of The Database Approach. Programs do not need to manage metadata

20
New cards

Planned data redundancy

Advantages of The Database Approach. Data is stored centrally to reduce duplication

21
New cards

Improved data consistency

Advantages of The Database Approach. Centralized data helps ensure consistent data

22
New cards

Improved data sharing

Advantages of The Database Approach. Centralized databases allow multiple applications to access the same data

23
New cards

Increased application development productivity

Advantages of The Database Approach. Databases reduce time spent on custom file formats

24
New cards

Enforcement of standards

Advantages of The Database Approach. Centralized systems make it easier to maintain organizational data standards

25
New cards

Improved data quality

Advantages of The Database Approach. Ensure that data is consistent and accurate

26
New cards

Improved data accessibility and responsiveness

Advantages of The Database Approach. Central databases enable quick and accurate responses

27
New cards

Reduced program maintenance

Advantages of The Database Approach. Centralized data management systems simplify program maintenance

28
New cards

Improved decision support

Advantages of The Database Approach. Data is more readily available and accurate for decision-making

29
New cards

New, specialized personnel

Costs and Risks of the Database Approach. New experts may be needed for database management.

30
New cards

Installation and management cost and complexity

Costs and Risks of the Database Approach. Database systems are complex to install and manage.

31
New cards

Conversion costs

Costs and Risks of the Database Approach. Converting data from legacy systems to modern databases can be costly.

32
New cards

Need for explicit backup and recovery

Costs and Risks of the Database Approach. Explicit backup and recovery plans are required.

33
New cards

Organizational conflict

Costs and Risks of the Database Approach. Changes in how data is managed can lead to resistance within organizations.

34
New cards

Elements of the Database Approach

Data models, Entities, Relationships, Relational Databases

35
New cards

Data models

Graphical system capturing nature and relationship of data.

36
New cards

Enterprise Data Model

High-level entities and relationships for the organization

37
New cards

Project Data Model

More detailed view, matching data structure in database or data warehouse

38
New cards

Entities

Noun form describing a person, place, object, event, or concept. Composed of attributes

39
New cards

Relationships

Between entities. Usually one-to-many (1:M) or many-to-many (M:N)

40
New cards

Relational Databases

Database technology involving tables (relations) representing entities and primary/foreign keys representing relationships

41
New cards

CASE Tools

Components of the Database Environment. Computer-aided software engineering

42
New cards

Repository

Components of the Database Environment. Centralized storehouse of metadata

43
New cards

Database Management System (DBMS)

Components of the Database Environment. Software for managing the database

44
New cards

Database

Components of the Database Environment. Storehouse of the data

45
New cards

Application Programs

Components of the Database Environment. Software using the data

46
New cards

User Interface

Components of the Database Environment. Text and graphical displays to users

47
New cards

Data/Database Administrators

Components of the Database Environment. Personnel responsible for maintaining the database

48
New cards

System Developers

Components of the Database Environment. Personnel responsible for designing databases and software

49
New cards

End Users

Components of the Database Environment. People who use the applications and databases

50
New cards

System Development Life Cycle

SDLC

51
New cards

System Development Life Cycle

Detailed, well-planned development process. Time-consuming, but comprehensive. Long development cycle

52
New cards

Prototyping

Rapid application development (RAD). Cursory attempt at conceptual data modeling. Define database during development of initial prototype. Repeat implementation and maintenance activities with new prototype versions

53
New cards

Planning

System Development Life Cycle (SDLC). Establish a preliminary understanding of the database needs and request for a study.

54
New cards

Analysis

System Development Life Cycle (SDLC). Conduct a detailed requirements analysis and develop an integrated conceptual model.

55
New cards

Logical Design

System Development Life Cycle (SDLC). Focus on structuring the database to meet information requirements, resulting in a detailed design specification.

56
New cards

Physical Design

System Development Life Cycle (SDLC). Specify the physical structure of the database, including data organization and system configuration.

57
New cards

Implementation

System Development Life Cycle (SDLC). Code the database, test it, and train users; includes creating documentation and conversion.

58
New cards

Maintenance

System Development Life Cycle (SDLC). Perform audits, analyze performance, and make necessary corrections or enhancements.

59
New cards

Prototyping Approach

Rapid Application Development (RAD): A faster method for developing databases by iterating on prototypes

60
New cards

Prototyping Approach

Involves cursory conceptual modeling and continuously refining the system through repeated implementations.

61
New cards

External Schema

Three-Schema Architecture. Different views of the database for various users (business-function/data entity matrices)

62
New cards

Conceptual Schema

Three-Schema Architecture. Entity-relationship (E-R) models describing the structure of the data.

63
New cards

Internal Schema

Three-Schema Architecture. Defines the logical and physical structure of the database.

64
New cards

Business Analysts

Roles in the Database Development Process. Focus on business requirements.

65
New cards

Systems Analysts

Roles in the Database Development Process. Bridge the business and technical sides.

66
New cards

Database Analysts

Roles in the Database Development Process. Design databases and create data models.

67
New cards

Data/Database Administrators

Roles in the Database Development Process. Oversee the operational integrity of the database.

68
New cards

Project Managers

Roles in the Database Development Process. Ensure that the database project meets objectives and timelines.

69
New cards

Users

Roles in the Database Development Process. Provide input on system requirements and interface needs.

70
New cards

Programmers

Roles in the Database Development Process. Develop database applications and integration.

71
New cards

Database Architects

Roles in the Database Development Process. Create the high-level structure of the database system.

72
New cards

Other Technical Experts

Roles in the Database Development Process. Handle specialized tasks such as security and performance tuning.