Examen 2 Flashcards
System requirements
A characteristic or feature that serves as benchmark to measure the overall acceptability of the finished system.
Requirements engineering is composed of three main activities:
- Gathering requirements: understanding the problem.
- Representing requirements: describing the problem.
- Validating and verifying requirements: agreeing upon the problem.
Functional Requirement
Is a statement of the services a system provides.
Non-Functional Requirement
Is a statement of operational system constraint. Also known as quality attributed. May be more critical than functional requirements. If they are not satisfied, the system is useless.
Gathering Requirements
Is the first step in the requirements engineering process. Although software can help gather and analyze requirements, no program gathers them automatically. To obtain answers to these questions, the analyst develops a fact-finding plan.
Fact Finding
Who, What, Where, When, How, and Why?
- Who does it? Why does this person do it? Who should do it?
- What is done? Why is it done? What should be done?
- Where is it done? Why is it done there? Where should it be done?
- When is it done? Why is it done then? When should it be done?
- How is it done? Why is it done this way? How should it be done?
Gathering Requirements Through Interviews
An interview is a planned meeting during which the analyst obtains information from another person.
Interview Steps
Step 1 - Determine the people to interview.
Step 2 - Establish objetives for the interview.
Step 3 - Develop interview questions.
Step 4 - Prepare for the interiview.
Step 5 - Conduct the interview.
Step 6 - Document the interview.
Step 7 - Evaluate the interview.
Other Fact-Finding Techniques
- Document Review - Review of baseline documentation. Helps analyst understand how the current system is supposed to work.
- Observation - Provides additional perspective and a better undestanding of the system procedures. Should be planned in advanced.
- Questionnaires and Surveys - Make sure that the questions collect the right data in a form that can be used to further the fact-finding effort.
Suggestions for designing a questionnaire
- Keep the questionnaire brief and user-friendly.
- Provide clear instructions.
- Arrange the questions in a logical order.
- Phrase questions to avoid misunderstandings.
- Try not to lead the response.
- Limit the use of open-ended questions that are difficult to tabulate.
- Limit the user of questions that can raise concerns about job security or other negative issues.
- Include a section for general comments.
Interviews vs Questionnaires
Interview - is more familiar and personal. Costly and time-consuming process.
Questionnaire - gives people the opportunity to provide input and suggestions. Recipients can answer the questions at their convenience.
Brainstorming
Small group discussion of a specific problem, opportunity, or issue (Structured brainstorming and Unstructured brainstorming).
Research
- The internet, IT magazines, and books to obtain background info, technical material, and news about industry trends and developments.
- Attending professional meetings, seminars, and discussions with other IT professionals.
- Site visits.
Data Flow Diagrams (DFD)
Shows how data moves through an information system but does not show program logic or processing steps. Shows What the system does, NOT How the system does it.
DFD Symbols
DFD uses four basic symbols that represent processes, data flows, data stores, and entities.