0% found this document useful (0 votes)
407 views8 pages

System Analysis and Design Assignment

The document discusses system analysis and design concepts including feasibility studies, cohesion, system analysts, coupling, questionnaires, and system development life cycles (SDLC). It provides definitions and explanations of each concept. It also explains the typical steps involved in SDLC, including analysis, planning/requirements, design, development, testing, deployment, and maintenance. Finally, it discusses data flow diagrams (DFDs), providing rules for constructing DFDs and an example of a Level-0 DFD for a result management system.

Uploaded by

Kunal Kumar
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
407 views8 pages

System Analysis and Design Assignment

The document discusses system analysis and design concepts including feasibility studies, cohesion, system analysts, coupling, questionnaires, and system development life cycles (SDLC). It provides definitions and explanations of each concept. It also explains the typical steps involved in SDLC, including analysis, planning/requirements, design, development, testing, deployment, and maintenance. Finally, it discusses data flow diagrams (DFDs), providing rules for constructing DFDs and an example of a Level-0 DFD for a result management system.

Uploaded by

Kunal Kumar
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd

ASSIGNMENT- 1

ON

SYSTEM ANALYSIS AND

DESIGN
SESSION: 2019-22

SUBMITTED TO: SUBMITTED BY :


ANKUR GUPTA KUNAL
A.P IN CSE DEPTT. BBA 6th SEM
VCE, Rohtak [Link]. 19/BBA/16

VAISH COLLEGE OF ENGINEERING,ROHTAK


QUES-1 EXPLAIN:-

(a) Feasibility Study


A feasibility study is an analysis that considers all of a
project's relevant factors—including economic, technical, legal, and
scheduling considerations—to ascertain the likelihood of completing
the project successfully.
However, a feasibility study isn't only used for projects
looking to measure and forecast financial gains. 

b) Cohesion
Cohesion is the measure of closeness of the relationship
between its components. It defines the amount of dependency of
the components of a module on one another. In practice, this means
the systems designer must ensure that − They do not split essential
processes into fragmented modules.

c) System Analyst
A systems analyst is a person who uses analysis and
design techniques to solve business problems using information
technology. Systems analysts may serve as change agents who
identify the organizational improvements needed, design systems to
implement those changes, and train and motivate others to use the
systems.
Systems analysts assess the suitability of information systems in
terms of their intended outcomes and liaise with end users, software
vendors and programmers in order to achieve these outcomes.
d) Coupling
Coupling is the degree of interdependence between
software modules; a measure of how closely connected two routines
or modules are the strength of the relationships between modules.
Coupling is usually contrasted with cohesion. Low coupling often
correlates with high cohesion, and vice versa. Low coupling is often
thought to be a sign of a well-structured computer system and a
good design, and when combined with high cohesion, supports the
general goals of high readability and maintainability.

e) Questionnaire
A questionnaire is a research instrument that consists
of a set of questions or other types of prompts that aims to collect
information from a respondent. A research questionnaire is typically
a mix of close-ended questions and open-ended questions.
The data collected from a data collection questionnaire can be both
qualitative as well as quantitative in nature. A questionnaire may or
may not be delivered in the form of a survey, but a survey always
consists of a questionnaire.
Ques: 2 Explain system development life
cycles (SDLC)? Explain the steps involved in
system development life cycle?

The systems development life cycle (SDLC) is a conceptual model


used in project management that describes the stages involved in an
information system development project, from an initial feasibility
study through maintenance of the completed application. SDLC can
apply to technical and non-technical systems. In most use cases, a
system is an IT technology such as hardware and software. Project
and program managers typically take part in SDLC, along with system
and software engineers, development teams and end-users.
Every hardware or software system will go through a development
process which can be thought as an iterative process with multiple
steps. SDLC is used to give a rigid structure and framework to define
the phases and steps involved in the development of a system.
Steps in SDLC
SDLC can be made up of multiple steps. There is no concrete set
number of steps involved. Around seven or eight steps appear
commonly; however, there can be anywhere from five upwards to
twelve. Typically, the more steps defined in an SDLC model, the more
granular the stages are.
In general, an SDLC methodology follows these following steps:
1. Analysis: The existing system is evaluated. Deficiencies are
identified. This can be done by interviewing users of the system
and consulting with support personnel.
2. Plan and requirements: The new system requirements are
defined. In particular, the deficiencies in the existing system
must be addressed with specific proposals for improvement.
Other factors defined include needed features, functions and
capabilities.
3. Design: The proposed system is designed. Plans are laid out
concerning the physical construction, hardware, operating
systems, programming, communications and security issues.
4. Development: The new system is developed. The new
components and programs must be obtained and installed.
Users of the system must be trained in its use.
5. Testing: All aspects of performance must be tested. If
necessary, adjustments must be made at this stage. Tests
performed by quality assurance (QA) teams may include
systems integration and system testing.
6. Deployment: The system is incorporated in a production
environment. This can be done in various ways. The new
system can be phased in, according to application or location,
and the old system gradually replaced. In some cases, it may be
more cost-effective to shut down the old system and
implement the new system all at once.
7. Upkeep and maintenance: This step involves changing and
updating the system once it is in place. Hardware or software
may need to be upgraded, replaced or changed in some way to
better fit the needs of the end-users continuously. Users of the
system should be kept up-to-date concerning the latest
modifications and procedures.
Other steps which may appear include project initiation, functional
specifications, detailed specifications, evaluation, end-of-life and
other steps that can be created by splitting previous steps apart
further.
Ques: 3 Construct Data Flow Diagrams
(DFDs)? Explain through a suitable example.

A data flow diagram (DFD) maps out the flow of information for any
process or system. It uses defined symbols like rectangles, circles and
arrows, plus short text labels, to show data inputs, outputs, storage
points and the routes between each destination. Data flowcharts can
range from simple, even hand-drawn process overviews, to in-depth,
multi-level DFDs that dig progressively deeper into how the data is
handled. They can be used to analyze an existing system or model a
new one. Like all the best diagrams and charts, a DFD can often
visually “say” things that would be hard to explain in words, and they
work for both technical and nontechnical audiences, from developer
to CEO. That’s why DFDs remain so popular after all these years.
DFD rules and tips
 Each process should have at least one input and an output.
 Each data store should have at least one data flow in and one
data flow out.
 Data stored in a system must go through a process.
 All processes in a DFD go to another process or a data store.

The Level-0 DFD, also called context diagram of the result


management system. As the bubbles are decomposed into less and
less abstract bubbles, the corresponding data flow may also be
needed to be decomposed.

Example:-

Common questions

Powered by AI

The systems analyst acts as a change agent by identifying organizational improvements through the assessment of current information systems, designing new systems to implement necessary changes, and motivating and training users to adapt to these changes . This role is critical in systems development because it bridges the gap between business needs and IT solutions, ensuring that the developed systems align with the organizational goals and improve efficiency and effectiveness . Systems analysts contribute to the adaptation and innovation within businesses by fostering transformation in line with evolving technological capabilities and business strategies .

Coupling and cohesion significantly affect the maintainability and scalability of software systems. High cohesion within modules ensures that responsibilities are well-defined and consolidated, simplifying understanding and enabling easier updates and maintenance. Low coupling, which denotes loose inter-module dependencies, permits individual modules to be modified independently without affecting others, simplifying upgrades and scalability . A system structured with high cohesion and low coupling tends to have improved readability, greater maintainability, and better capability to accommodate growth, making it possible to evolve the software in response to new requirements or technological changes .

The testing and deployment phases are critical stages in the Systems Development Life Cycle (SDLC) that ensure the system's effectiveness and reliability. During the testing phase, various aspects of the system's functionality, performance, and security are assessed to detect defects or deficiencies. It involves system integration tests and user acceptance testing to ensure the system meets the defined requirements . The deployment phase involves placing the system into a live environment, making it operational for users. Deployment strategies may involve incrementally phasing in the new system or complete replacement of the old system . These phases are interconnected as successful testing identifies issues that must be resolved before deployment, and a well-executed deployment supports system stability and user satisfaction .

The use of questionnaires in system development projects enhances the requirements gathering process by systematically collecting data from various stakeholders. They serve as research instruments comprising a set of questions designed to capture both qualitative and quantitative information about user needs, expectations, and context . Questionnaires allow for the efficient collection of data from a large sample size, ensuring that a wide range of perspectives and insights are gathered, which can be analyzed to inform the system design and development . They provide structured and consistent data inputs that contribute to comprehensive requirements documentation, facilitating the creation of a system that accurately meets user needs .

Iterative processes in the Systems Development Life Cycle (SDLC) enhance outcomes by allowing ongoing refinement and adaptation of the system. By repeatedly revisiting the various phases—such as analysis, design, and testing—the development team can incorporate user feedback, fix issues, and adjust to changes in requirements or technology . This results in a more flexible development approach, which can improve the accuracy of the system’s final design to better meet user needs and reduce the risk of major failures at later stages . Iteration encourages continuous improvement and ensures that the system evolves alongside technological advancements and shifting user expectations .

Data flow diagrams (DFDs) facilitate communication among project stakeholders by providing clear, visual representations of how data flows through a system. This can help align understanding across technical and non-technical audiences, such as developers, managers, and decision-makers, ensuring everyone shares the same view of system processes . The basic rules for creating DFDs include ensuring each process has at least one input and one output, each data store having data flow in and out, and that data must pass through a process for storage or action. This structured visual language helps convey complex system interactions succinctly and accurately .

The 'Design' phase in the Systems Development Life Cycle (SDLC) is crucial as it sets the blueprint for the entire system development. It involves outlining the system's architecture, technical specifications, and interface design, ensuring that the proposed solution aligns with project requirements and addressing deficiencies identified in the planning phase . Inadequacies in this phase can lead to misalignment between the system's functionality and business needs, increased costs, project delays, and potentially a system that is not user-friendly or scalable, thereby failing to solve the intended problems . Moreover, poor design can lead to costly rework and lack of stakeholder satisfaction .

A feasibility study contributes to the success of a project by evaluating the potential for success across various factors, such as economic, technical, legal, and scheduling considerations. It helps in identifying viable options, predicting obstacles, and anticipating resource requirements, thus ensuring informed decision-making . Essential components of a feasibility study include an economic feasibility analysis, technical assessment, legal compliance checks, and a schedule feasibility overview to ensure all aspects are considered for a sustainable project outcome .

Deployment strategies within the SDLC can significantly impact user adoption and satisfaction by determining how smoothly a new system is introduced and integrated into an organization. Phased deployment, where segments of the new system are gradually rolled out, allows users to adjust incrementally and provides opportunities to address issues in stages, which can enhance user satisfaction through reduced disruption . In contrast, a full system deployment, while potentially quicker, can overwhelm users and pose significant operational risks if not properly managed . Choosing the appropriate deployment strategy is crucial, as it affects how users experience the transition, their willingness to adopt the new system, and their overall satisfaction based on the system's stability and utility post-deployment .

Cohesion refers to how closely related and focused the responsibilities of a single module are, indicating the degree of intra-module interdependence. High cohesion within a module is desirable because it means that the module's responsibilities are well-defined and aligned . Coupling, on the other hand, is a measure of the interdependence between different modules, with low coupling being preferred to reduce dependencies and increase the modularity of the system . Balancing cohesion and coupling is significant because high cohesion leads to more understandable and manageable modules, while low coupling minimizes the risk of changes in one module affecting others, thereby facilitating maintainability and scalability in a software project .

You might also like