System Analysis

R A
Mind Map by R A, updated more than 1 year ago
R A
Created by R A about 4 years ago
103
4

Description

Certificate Information Technology (Software Engineering) Mind Map on System Analysis, created by R A on 01/20/2016.

Resource summary

System Analysis

Annotations:

  • Definition: Analysis Phase: During this phase, the Business Analysis or Requirements Analysis is done. Sub-phases Business Analyst Fact fining techniques Feasibility Study Tools Used The systems analysis phase includes three activities: requirements modeling, data and process modeling, and consideration of development strategies
1 Analysis Phase
1.1 Requirements Engineering

Annotations:

  • The process of establishing the services that the customer requires from a system and the constraints under which it operates and is developed.
1.1.1 Types of Documentation
1.1.1.1 SRS

Annotations:

  • Software Requirements Specifications: A detailed software description which can serve as a basis for a design or implementation. Written for developers.
1.1.1.1.1 System Requirements

Annotations:

  • A structured document that goes more into detail of those specifications in User Requirements. Written as a contract between client and contractor. System Requirements may be expressed using system models.
1.1.1.1.1.1 Req Validation

Annotations:

  • Concerned with demonstrating that the requirements defined in the system is what the customer really want. Requirements error costs are high so validation is very important  Fixing a requirements error after delivery is much higher
1.1.1.1.1.2 Req Checking

Annotations:

  • Validity : Does the system provide the functions which best support the customer’s needs? Consistency : Are there any requirements conflicts?Completeness : Are all functions required by the customer included? Realism : Can the requirements be implemented given available budget and technology. Verifiability : Can the requirements be checked?
1.1.1.1.1.3 Req Reviews

Annotations:

  • Both Users and developers should be involved in reviews. Regular reviews should be held while the requirements definition is being formulated. If possible include verification (testing) team at early stage of analysis
1.1.1.1.1.4 Req Management

Annotations:

  • Requirements management is the process of managing changing requirements during the requirements engineering process and system development. Requirements are inevitably incomplete and inconsistent
1.1.1.1.1.5 Req Change

Annotations:

  • The priority of requirements from different viewpoints changes during the development process. The business and technical environment of the system changes during its development. System customers may specify requirements from a business perspective that conflict with end-user requirements.
1.1.1.1.2 Software Specifications

Annotations:

  • A detailed software description which can serve as a basis for a design or implementation. Written for developers.
1.1.1.2 BRD

Annotations:

  • Business Requirements Document:
1.1.1.2.1 User Requirements

Annotations:

  • Statements in natural language plus diagrams of the services the system provides and its operational constraints. Written for customers. Should describe functional and non-functional requirements.
1.1.1.2.1.1 Feasibility Study
1.1.1.2.1.1.1 Technical Feasibility
1.1.1.2.1.1.2 Economical Feasibility
1.1.1.2.1.1.3 Operational Feasibility
1.1.1.2.1.2 Guidelines for Writting User Requirements

Annotations:

  • Use a standard format for all requirements. Use language in a consistent way. Define mandatory requirements and desirable requirements clearly. Create a glossary of terms used. Avoid the use of computer jargon. Use Graphical depiction where possible.
1.1.2 Requirement Determination

Annotations:

  • (output: BRD - Business Requirements Document)
1.1.2.1 Business Analysis / Requirements Analysis
1.1.2.1.1 Requirement Anticipation

Annotations:

  • Past Experience Define Scope Define Structure Prepare Questionnaire
1.1.2.1.2 Requirement Investigation

Annotations:

  • Identify Requirement Requirement: “A statement of system service or constraint”. Use fact-finding techniques.
1.1.2.1.3 Requirement Specification

Annotations:

  • A service statement, describing how the system would behave with user/system interaction. Expresses a restriction on the system’s behavior or on the system’s development. Tools to be used. Includes negotiations between developers and customers.
1.1.2.1.4 Requirement Gathering

Annotations:

  • Determining what clients need from software.
1.1.2.1.4.1 Fact-Finding Techniques

Annotations:

  • Who, What, Where, When, How, and Why?  Difference between asking what is being done and what could or should be done
1.1.2.1.4.1.1 Client's Direct Input
1.1.2.1.4.1.1.1 Interview

Annotations:

  • Interviews can be either: Structured Unstructured
1.1.2.1.4.1.1.1.1 1 - Prepare

Annotations:

  • Careful preparation is essential because interview is an important meeting and not just a casual chat  Limit the interview to no more than one hour Send a list of topics Ask the interviewee to have samples available
1.1.2.1.4.1.1.1.2 2 - Conduct

Annotations:

  • Develop a specific plan for the meeting. Begin by introducing yourself, describing the project, and explaining interview objectives. Use engaged listening. Allow the person enough time to think about the question. After interview, summarize the session and seek aconfirmation.
1.1.2.1.4.1.1.1.3 3 - Document

Annotations:

  • Note taking should be kept to a minimum. After the interview, record the information quickly. After the interview, send memo expressing appreciation, including the main points discussed so the interviewee has a written summary and can offer additions or corrections.
1.1.2.1.4.1.1.2 Questionnaire / Surveys

Annotations:

  • Questionnaires / Surveys (Fill-in form) can be either: Open Response Close Response When designing a questionnaire, the most important rule of all is to make sure that your questions collect the right data in a form that you can use to further your fact-finding
1.1.2.1.4.1.2 Developer's Initiative
1.1.2.1.4.1.2.1 Observation
1.1.2.1.4.1.2.2 Site Visit
1.1.2.1.4.1.2.3 Research
1.1.3 Requirement Analysis

Annotations:

  • Any system constraints (Output: SRS - Software Requirements Specifications)
1.1.3.1 Classification of Requirements
1.1.3.1.1 Functional Requirements

Annotations:

  • How the system should react to particular inputs. How the system should behave in particular situations. For example: Functional User requirements may be high-level statements of what the system should do.  Functional System requirements should describe the system services in detail.
1.1.3.1.1.1 Requirements Principle

Annotations:

  • In practice, it is impossible to produce a complete and consistent requirements document.
1.1.3.1.1.1.1 Complete

Annotations:

  • They should include descriptions of all facilities required.
1.1.3.1.1.1.2 Consistent

Annotations:

  • There should be no conflicts or contradictions in the descriptions of the system facilities.
1.1.3.1.2 Non-Functional Requirements

Annotations:

  • Constraints on the services or functions offered by the system (i.e. timing constraints, constraints on the development process, standards, etc.)

Attachments:

1.1.3.1.2.1 Product

Annotations:

  • These requirements specify that the delivered product must behave in a particular way. (i.e. execution speed, reliability, etc.)
1.1.3.1.2.2 Organisational

Annotations:

  • These requirements are a consequence of organisational policies and procedures (i.e. process standards used, implementation requirements, etc.)
1.1.3.1.2.3 External

Annotations:

  • These requirements arise from factors which are external to the system and its development process (i.e. interoperability requirements, legislative requirements, etc.
1.1.3.1.3 Domain Reqs?????
Show full summary Hide full summary

Similar

Understanding SQL
Barbara Gerwien
SQL Server 2014 - Part 2
Paul Doman
CCNA Security 210-260 IINS - Exam 3
Mike M
SQL Server 2014 - Part 1
Paul Doman
Application of technology in learning
Jeff Wall
Ch1 - The nature of IT Projects
mauricio5509
The Internet
Gee_0599
Innovative Uses of Technology
John Marttila
CCNA Answers – CCNA Exam
Abdul Demir
SQL Quiz
R M
Design Patterns
Erica Solum