AS11 Flashcards
(35 cards)
Feasibility
- Establishes whether or not a project can be completed given the scope laid out.
- Is it worth it?
Economic Feasibility
- Can the project pay for the hardware, liscences, human wages and running costs in the given budget?
- What is the profit?
Time Feasibility
- Will the project be done in time? (Risk of going over budget, making a negative impression)
Technical Feasibility
- Can the project be done with the resources available?
- Is the project doable with current accessible technology?
Political Feasibility
- Does the project go against the beliefs of certain people?
- Will the media report on it in a negative light?
Legal Feasibility
- Does the project comply with the law?
- Any chance of being sued?
Project Requirements Specification
- Produced at the end of analysis.
- Outline of how to create successful project.
- Poorly defined = delays/increased costs.
Observation
- Analysts shadow employees, see how the business works.
ADVANTAGES: - Could pick up parts of system that are not obvious to customer.
- Confirms information gathered through other methods.
DISADVANTAGES:
* - Some people may feel threatened/uncomfortable.
* No guarantee that some subtle system parts will show during observation.
Questionnaire
- A set of questions about the system, normally given to staff.
ADVANTAGES: - Can be given to big population.
- Can get a large number of responses.
DISADVANTAGES:
- Hard to design.
- Requires system knowledge.
- Not all questionnaires sent out will be completed.
Existing Documentation
- Analyst gathers documents relating to new system to infer what data will need to be stored.
ADVANTAGES: - Analyst gains understanding.
- Reliable documents.
- Document trails help support the analyst’s picture of business processes.
DISADVANTAGES:
- Documents give limited view of system.
- Documents may contain sensitive information.
Interview
- Analysts pick some key stakeholders and ask targeted questions about current system.
ADVANTAGES: - Large amounts of information can be gathered.
- Interviews produce detailed responses.
DISADVANTAGES:
- Time consuming.
- Interviewees may not be truthful. Reponses need to be verified.
Requirements
- Help keep scope of project.
- Developers can be paid based on requirements.
Types of Requirements
- Interface (Where is user interaction?)
- Functional (What will the system do?)
- Performance (e.g. response times.)
Design
- Hardware/software choices.
- Data structure design.
- Input/Output design.
- Processing design.
Flowcharts/Data Flow Diagrams
- Flowcharts represent an algorithm.
- DFDs represent how a system will process information. (Multiple levels, distinction between internal/external parts)
Direct Changeover
- Swaps over all data at once/Switches off one system entirely.
- Only used when older system unavailable.
- Cheap, no duplication.
- Risky, have to transfer all data first.
Phased Changeover
- Old system active, new one phased in chunks at a time.
- Used when a small company upgrading/implementing new system.
- Less risk of system going down, staff introduced to new system in small stages.
- Takes long time, difficult to integrate new system into old one.
Pilot Changeover
- New system tested in small numbers of areas before fully implemented.
- Used by big brands.
- Only small part of business affected, new system staff can train old system staff.
- Extra work for IT staff, communication between systems harder.
Parallel Changeover
- Both systems used, once new system is stable, the old one is discarded.
- Used when the system cannot afford to fail.
- Less risky, less stress.
- Time consuming, extra cost.
White Box Testing
- Structure is tested.
- Knowledge of code required.
- Several paths created by control statements. Each path tested.
- Carried out by developers.
Alpha Testing
- Unstable preliminary build.
- May not work.
- Carried out by developer/team.
Beta Testing
- More stable than alpha builds.
- Still contains some errors.
- Carried out by customers in live models. Report faults.
End User Testing
- Final phase.
- Uses real data.
- Tested by customers. They ensure developer has met requirements.
Adaptive maintenance
- Companies fix bugs/add functionality to system.
- Customers can implement basic models, then upgrade.
- Helps businesses get running quickly.