1
(1)Information system goals, objective &
architecture:-
(1.1) overall organization goals, objectives &
strategies
(1.2) external environment (industry, govt,
customer& supplier)
(1.3) Internal organization constraints such as mgmt
philosophy
(1.4) Assumption about business risks & potential
consequences
(1.5) architecture of the Information system
(2) Current capabilities
(1.1) Inventory of hardware, system software, dbms,
application s/w personnel system
(1.2) analysis of expenses, hardware utilization, s/w
utilization
(1.3) status of the projects
(1.4) Major functional system (Accounting, mkting, hr)
(1.5) org. strategies
(1.6) Job classification (programme, operation)
(1.7) skill categories (COBOL, data communication)
(1.8) functional area experience (finance, accounting,
manufacturing)
2
(1.9) need for maintenance & revision
(3) Forecast of development affecting the plan
(1.1) new technology comes
(1.2) current roles & regulation
(1.3) competitive action
(1.4) tax laws,environmet changes
(4) The specific plan
(1.1) Hardware acquisition, schedule
(1.2) purchased s/w schedule
(1.3) application schedule
(1.4) s/w maintenance & conversion schedule
(1.5) personnel resource requirement & schedule of
hiring & training
(1.6) financial resource required (h/w, s/w personnel)
3
NOLAN stage model is a framework for information
system planning that matches various feature of
information system to stages of growth.
Stages of Growth:-
(1) Initiation
(2) Expansion (or contagion)
(3) Formalization (or control)
(4) Maturity (integration)
4
Initiation: - Early use of computers by small no. of
users to meet basic organizational needs
Expansion: - Experimentation with & adoption of
compulsory by many users. Crisis due to rapid rise in
costs
Formalization: - fully organizational control & rapid
growth in use & apply cost effectiveness, criteria,
centralization control
Maturity: - Integration of applications, better
planning & coordination between information system
& organization
5
Organizational
Strategic information Resource
system Generic
Planning allocation
requirement Activity
analysis
comparative cost
strategy set Business sys /benefit
transformation planning (BSP) return on interest(ROI)
strategic grid zero based budgeting
Critical success
(ZBB
strategic fit (to factor (CSF) portfolio approach
know org-al end/means analysis steering committee
culture) (E/M) ranking
derivation org-al
plan
Alternative
methodology
6
STRATEGIES FOR THE DETERMINATION OF
INFORMATION REQUIREMENT:-
7
Data base requirement:- Database requirement arise
both from application & users/ad hoc
queries./programs. In this level every information is
defined according to database structure & associated
with organizational process that requires them.
Application level information requirement:- An
application is a subsystem of the overall information
system structure. it provides information processing for
an org-al unit or org-al activity.
There are 2 types of information system application
requirements:-
(1.) Social requirement
(2.) Technical requirement
Social requirement: - the social or behavioral
requirement, based on job design, specify objective &
assumption such as follows:-
a. work organization, design objectives
b. individual role assumption
c.responsibility assumption
d. org-al policies
Technical requirement: - It is based on the
information needed for the job or task to be
performed. they specify outputs,input,stored data &
8
information process, it include interface requirement
between the user system & the application system &
it includes data presentation format , screen design
,user language structure , feedback & assistance
provision ,error control & response time.
Asking methods:-
a) closed question
b) open question
9
c)brainstorming
d) guided brainstorming
e) group consequences (Delphi method)
Deriving from an existing information system:-
1.Existing system that will be replaced by the
new system
2.use similar organization system
3.proprietary system or package
4.description in textbook, handbook, industry
studies
Synthesizing from charters tics of the
utilizing system:-
a) Normative analysis (ex : billing system, object &
variable set one time)
b) critical factor analysis
c) strategy set analysis (ex: sales mix, )
d) process analysis
e) end-means analysis
f) decision analysis
g) input process output analysis
10
DBMS:-
Collection of interrelated data & programs to access
those data is a DBMS.
A software system which performs the functions of
defining, creating, revising & controlling the
database. It provides facilities for retreiving data,
genereating report,revising data defintion ,updating
data & building application.
11
relational model. In large systems, a DBMS allows
users and other software to store and retrieve data
in a structured way.
DATABASE REQUIREMENT:
1. Transaction processing requirement
2. Management requirement
Objectives of DBMS:-
12
characteristic that enhances future availability of the
data resources.
13
5.Platform independent.
6.Support online documentation
7.Keep and maintain proper backups.
8.Concurrency control.
9.crash recovery
10. Complex query support
Functions of DBMS:-
- Database Definition
- Database creation (storing data in a defined
database)
- Retrieval (query and reporting)
- Update (Changing the contents of the database)
- Programming User Facilities for system
development
- Database revision and restructuring
- Database integrity control
- Performance Monitoring
DBMS Functions
Catalog
Contains descriptions of database components and can
be queried by database users.
Provides important information for those who are in
charge of a database, or for those who write programs
to access the database.
Shared Update
Data Independence
Ability to change the structure of a database with
minimal impact on existing programs includes:
15
Using ALTER TABLE to add a column or change the
attributes of a column
Using the CREATE statement to create a new table,
index or view
Using ALTER TABLE to add or change a relationship
by adding and/or dropping a foreign key
Replication
A way to manage copies of the same data at multiple
locations.
Utilities
Assist in the general maintenance of the database:
Permit changes to be made in the database structure.
Permit the addition of new indexes and the deletion
of ones no longer needed.
Access to DOS, Windows, Linux, and other operating
system services from within the DBMS.
DBMS ARCHITECTURE:-
A commonly used view of data approach is the three-
level architecture suggested by ANSI/SPARC (American
National Standards Institute/Standards Planning and
Requirements Committee). ANSI/SPARC produced an
interim report in 1972 followed by a final report in
1977. The reports proposed an architectural framework
for databases. Under this approach, a database is
considered as containing data about an enterprise. The
three levels of the architecture are three different views
of the data:
1. External - individual user view
2. Conceptual - community user view
3. Internal - physical or storage view
16
The three level database architecture allows a clear
separation of the information meaning (conceptual
view) from the external data representation and from
the
17
Physical Data Level
18
The physical schema describes details of how data is
stored: files, indices, etc. on the random access disk
system. It also typically describes the record layout of
files and type of files (hash, b-tree, flat).
19
• DBMS must change mapping from conceptual to
physical.
• Referred to as physical data independence.
Examples:
20
Telephone Student Name
Number
Highest Address
Qualification
Professional Telephone
Skill Number
Highest
Qualification
Logical View
Conceptual View
21
Enrolment 9 digit number
Number representation at offset 0
Student Name 25 character string at offset
9
Address 30 character string at offset
34
City 20 character string at offset
64
Pincode ….
Telephone ….
Number
Highest ….
Qualification
Professional …..
Skill
Internal View
The three views of data
COMPONENTS OF DBMS:-
(1) DATA
(2) HARDWARE
(3) SOFTWARE
(4) USER
22
DATABASE USERS:-
(1) The programming user
(2) the non programming user
(3) the DBA (database administrator)
DATABASE APPROACH
Non
Programming
User Data base query
Language facility
Db definition
Database creation data
Database redefinition base
Database restructuring
Integrity control
DBA
Database programming
Language interface
Application Program
Programming
user
23
(2) The non programming user :- The non
programming user who is not writing a program to
use the database . usually an analyst or end user
with special traning .
Relationships:-
(1) 1:1 (one to one) -- Ex. Coaching
(2) 1:M (One to Many) – Class lecture, university &
student
(3) M:M (Many to Many) – University
classes(different streams)
students
24
1: M University
student
s
Stream
M:M University Marketin
g
Financ
e
HR
Properties/Attributes --
Ellipes
Relationship --
Diamonds
Links -- Lines
Example:-
nam skil
e l
Work
Employee Departments
s For
HR
marketing
finance
Advantages of DBMS:-
(1) Controlled redundancy
(2) Reduced inconsistency
(3) Data independence
(4) Concurrent access
(5) Data integrity
(6) Data security
(7) Backup & recovery
(8) Easy accessing of data
(9) Daat isolation
(10) Speed, accuracy
(11) Compactmess
(12) Less work load
26
User Interface Design:-
27
in certain types of projects and have skills centered
around their expertise, whether that be software
design, user research, web design, or industrial design.
Classification of users:-
(1) Developers Versus Non
Developers
(2) Novices Vs Expert
(3) Occasional Vs Frequent User
(4) Primary Vs Secondary
28
3. The visibility principle. Your design should keep
all needed options and materials for a given task
visible without distracting the user with extraneous
or redundant information. Good designs don’t
overwhelm users with too many alternatives or
confuse them with unneeded information.
4. The feedback principle. Your design should keep
users informed of actions or interpretations,
changes of state or condition, and errors or
exceptions that are relevant and of interest to the
user through clear, concise, and unambiguous
language familiar to users.
5. The tolerance principle. Your design should be
flexible and tolerant, reducing the cost of mistakes
and misuse by allowing undoing and redoing, while
also preventing errors wherever possible by
tolerating varied inputs and sequences and by
interpreting all reasonable actions reasonable.
6. The reuse principle. Your design should reuse
internal and external components and behaviors,
maintaining consistency with purpose rather than
merely arbitrary consistency, thus reducing the
need for users to rethink and remember.
29
4) Response Time
5) Workstation Design
6) Interactive User Dialogue
7) Command Language
8) Result
9) Form, Icons, Graph, Color
30
overall resources needed to support the
implementation effort (such as hardware, software.
facilities, materials, and personnel), and any site-
specific implementation requirements. The plan is
developed during the Design Phase and is updated
during the Development Phase; the final version is
provided in the Integration and Test Phase and is used
for guidance during the Implementation Phase. The
outline shows the structure of the Implementation Plan.
Definition stage:-
a.Proposal Definition
b.Feasibility Study
(Technical Feasibility, Economical Feasibility
& Behavioral Feasibility)
c. Information Requirement Analysis
d.Conceptual Design
Development Stage:-
a.Physical System Design
b.Physical Database Design
c. Programme Development
d.Procedure Development
31
Installation & Operation Stage:-
a.Conversion
b.Operation & Maintenance
c. Post Audit
C
A
N
C
E
L
L
A
T
I
O
N
Definition stage P
O
S
S
I
B
I
L
Feasibility study I
T
Y
A
Information requirement
N
analysis
A
N
Conceptual design Y
S
T
A
G
32 E
Proposed definition
Development Stage
Programme development
Procedure development
Conversion
34
5) timely output
6) relevant output
7) integrated output
8) user friendly integration
9) error control
10) authorized user
TOP INFORMATION
USER
MANAGEMENT SYSTEM MGMT.
Database Development &
supervision of quality maintenance
assurance procedure participation in input &
supervision of information output
system control procedure
establish overall establish & monitor
organization structure procedures to measure &
select information system report evidence of
& execution quality ,errors, application
approve plan & budget repair maintenance
evaluate performance
approve major h/w & s/w
35
CONDITION FOR QUALITY ASSURENCE:
1) organizational commitment
2) internal problem division with respect to
operation
3) to achieve user control in application design
Types of evaluation:-
1) technical evaluation
2) operational evaluation
3) economic evaluation
4) evaluation by use of performance monitor
5) evaluation by uses of system logs &
observation
6) evaluation of proposed hardware, software
7) evaluation of existing hardware, software
36