GIT Notes 2
GIT Notes 2
GIT Notes 2
– Information Systems
● Set of interrelated components
● Collect, process, store, and distribute information
● Support decision making, coordination, and control
● May also help analyze problems, visualize complex subjects and create new products
– Components
● Hardware – tangible aspect of a computer system
● Software – programs and other operating information used by a computer (systems,
application, enterprise, horizontal system, vertical systems, legacy systems)
● Data - is the raw material that an information system transforms into useful information
● Processes - describes the tasks and business functions that users, managers, and IT staff
members perform to achieve specific results. Processes are the building blocks of an
information system because they represent actual day-to-day business operations.
● People - those who have an interest in an information system are called stakeholders.
Stakeholders include the management group responsible for the system, the users
(sometimes called end users) inside and outside the company who will interact with the
system, and IT staff members, such as systems analysts, programmers, and network
administrators who develop and support the system.
B2C (business-to-consumer)
● Using the Internet, consumers can go online to purchase an enormous variety of products
and services. This new shopping environment allows customers to do research, compare
prices and features, check availability, arrange delivery, and choose payment methods in a
single convenient session.
B2B (business-to-business).
● Business-to-business (B2B), also called B-to-B, is a form of transaction between businesses,
such as one involving a manufacturer and wholesaler, or a wholesaler and a retailer.
– Top managers, use office productivity systems.
– Operational users often require decision support systems.
The aim of an SDLC methodology is to give IT Project Managers the tools they need to assure the
effective deployment of systems that meet the University's strategic and business goals.
System Analyst
● investigates, analyzes, designs, develops, installs, evaluates, and maintains a company’s information
systems.
● works as a member of an IT department team on large projects
System development
- is the process of defining, designing, testing and implementing a software application.
- includes a number of different phases, such as feasibility analysis requirements analysis,
software design, software coding, testing and debugging, installation and maintenance.
Systems Development Life Cycle
Systems Planning – the initial stage in the systems development life cycle (SDLC). It is the fundamental
process of understanding why an information system should be built and determine how the project
team will go about building it. It describes how IT projects get started, how systems analysts evaluate
proposed projects, the feasibility of a project, and the reasoning behind the proposed system
development.
Systems Analysis –the second phase where analysts do analysis activities when creating a new system or
improving an old system. If an information system is built properly, it will give the expected benefits to
the company. To achieve this goal, system analysts define what the information system requires by
performing the analysis activities.
Requirement Modeling - 1st task in systems analysis, identifies requirements for new system.
▪ Inputs refer to necessary data that enters the system, either manually or in an
automated manner.
▪ Processes refer to system characteristics such as speed, volume, capacity, availability,
and reliability.
▪ Outputs refer to electronic or printed information produced by the system.
▪ Performance refers to the logical rules that are applied to transform the data into
meaningful information.
▪ Security refers to hardware, software, and procedural controls that safeguard and
protect the system and its data from internal or external threats.
▪ Illustrates the flow of documents and information between areas of responsibility within an
organization.
▪ A document flowchart is particularly useful in analyzing the adequacy of control procedures.
● System
▪ System flowcharts depict the relationship among the input, processing, and output of an AIS
● Program
▪ A program flowchart describes the specific logic to perform a process shown on a systems flowchart
System Requirements
In the context of software development and system design, requirements are statements that
describe what the system should do or possess to meet the needs of its users and stakeholders.
It is categorized into two types: functional requirements and non-functional requirements.
Functional requirements for a website - define what the system should achieve in terms of features and
capabilities,
● Allow users to register and log in to their accounts.
Non-functional Requirements: the attributes and qualities that describe how the system should
perform, rather than what it should do. These requirements focus on aspects related to system behavior,
performance, security, and user experience. Non- functional requirements answer the question, "How
well does the system perform?"
Non-functional requirements for a website:
● Performance: The website should load within 3 seconds to provide a good user experience.
● Scalability: The system should handle an increasing number of users without significant performance
degradation.
● Security: User passwords should be securely hashed and stored to prevent unauthorized access.
● Usability: The website's interface should be intuitive and easy to navigate for users of all experience
levels.
● Reliability: The system should have at least 99.9% uptime, with minimal downtime for maintenance.
Systems Design –the third of five phases in the systems development life cycle (SDLC). Now you are
ready to begin the physical design of the system that will meet the specifications described in the system
requirements document. Systems design tasks include output and user interface design, data design, and
system architecture.
System Design Guidelines: must understand the logical design of the system before beginning the
physical design of any one component
● Data design
● User interface
● Architecture
System Design Objectives is to build a system that is effective, reliable, and maintainable
● A system is effective if it meets all user needs and business requirements
modifications in mind
System Design Considerations
● User Considerations
- Anticipate future needs of the users, the system, and the organization – hard-coded
- Provide flexibility
- Parameter, default
- Carefully consider any point where users receive output from, or provide input to, the system
● Data Considerations
- Data should be entered into the system where and when it occurs because delays cause data
errors
- Data should be verified when it is entered, to catch errors immediately
- Automated methods of data entry should be used whenever possible
- Audit trail
- Every instance of entry and change to data should be logged
- Data should be entered into a system only once
- Data duplication should be avoided
● Design Trade-Offs
- Most design trade-off decisions that you will face come down to the basic conflict of quality
versus cost
- Avoid decisions that achieve short-term savings but might mean higher costs later
Prototyping
The method by which a prototype is developed. It involves a repetitive sequence of analysis, design,
modeling, and testing. It is a common technique that can be used to design anything from a new home
to a computer network.
● System prototyping - produces a full-featured, working model of the information system.
Because the model is “on track” for implementation, it is especially important to obtain
user feedback, and to be sure that the prototype meets all requirements of users and
management.
● Design prototyping or Throwaway prototyping – method of development that employs
technical mechanisms for reducing risk in a project, when the project needs are vaguely
and poorly laid out. The end product of design prototyping is a user-approved model that
documents and benchmarks the features of the finished system.
● Prototyping benefits
Prototyping Tools – systems analysts can use powerful tools to develop prototypes
● CASE tools - Computer-aided systems engineering (CASE), also called computer-aided
software engineering, is a technique that uses powerful software, called CASE tool, to help
systems analysts develop and maintain information systems.
● Application generators -A tool that supports the rapid development of computer programs
by translating a logical model directly into code. Also called a code generator.
● Report generators - a computer program whose purpose is to take data from a source such
interface, create screens forms, and handle data entry format and procedures.
Limitations of Prototypes
● A prototype is a functioning system, but it is less efficient than a fully developed system
● Systems developers can upgrade the prototype into the final information system by adding
User Interface
Describes how users interact with a computer system, and consists of all the hardware, software,
screens, menus, functions, output, and features that affect two-way communications between the user
and the computer.
Graphical User Interface - uses visual objects and techniques that allow users to communicate
effectively with the system.
Usability – user satisfaction, support for business functions, and system effectiveness
● Process-control systems – allow users to send commands to the system
● User-centered systems – how users communicate with the information system, and how
Systems Implementation – This phase begins once the client has tested and approved the system.
The system is installed at this phase to support the specified business functions. The performance
of the system is compared to the performance targets defined during the planning phase.