Define the Problem
Step 1
Evaluate the request by first looking at the bigger picture. Make sure you understand what the user is asking for. Ask probing "who, what, where, when, why, and how" questions to get to the root of the problem.
Step 2
Define project scope and constraints. For example, if the request is for a software program to computerize a book-ordering system, evaluate the current ordering system from beginning to end. Define and establish project boundaries and identify project constraints you must work within, such as existing hardware or a limited timeframe for project completion.
Step 3
Look at the end-user. Interview and observe the people who will use the software on a daily basis to determine how the software must function to accommodate the request, and how you can design the new system to best suit user needs. Identify user-related factors that may affect the project, such as how the skill level of end users may affect training requirements.
Step 4
Determine feasibility and present recommendations. Provide a written evaluation of the request to include an estimate of costs, benefits, timetable for completion, and your recommendation as to whether the software will effectively address the stated problem.
Prepare the Analysis and Design Document
Step 1
Develop a data flow diagram and process description. A data flow diagram explains what the program will do and a process diagram displays how the software program will do it. For example, a data flow diagram and process description for a book-ordering system would document and describe the process, step-by-step, from selecting the appropriate book to entering the book into inventory.
Step 2
Create a data dictionary that defines and describes necessary data elements and combines these elements into data records. For example, in the book-ordering system, examples of data elements include book name, ISBN, author, and price. These elements then combine to form a book record; other elements, such as the vendor name, account number, and sales rep, can combine to form a vendor record.
Step 3
Combine the data flow diagram, process flow descriptions, and data dictionary into a document package that describes the software program in a logical, written format you can use to create a program prototype, or working model of the software program.
Step 1
Evaluate the request by first looking at the bigger picture. Make sure you understand what the user is asking for. Ask probing "who, what, where, when, why, and how" questions to get to the root of the problem.
Step 2
Define project scope and constraints. For example, if the request is for a software program to computerize a book-ordering system, evaluate the current ordering system from beginning to end. Define and establish project boundaries and identify project constraints you must work within, such as existing hardware or a limited timeframe for project completion.
Step 3
Look at the end-user. Interview and observe the people who will use the software on a daily basis to determine how the software must function to accommodate the request, and how you can design the new system to best suit user needs. Identify user-related factors that may affect the project, such as how the skill level of end users may affect training requirements.
Step 4
Determine feasibility and present recommendations. Provide a written evaluation of the request to include an estimate of costs, benefits, timetable for completion, and your recommendation as to whether the software will effectively address the stated problem.
Prepare the Analysis and Design Document
Step 1
Develop a data flow diagram and process description. A data flow diagram explains what the program will do and a process diagram displays how the software program will do it. For example, a data flow diagram and process description for a book-ordering system would document and describe the process, step-by-step, from selecting the appropriate book to entering the book into inventory.
Step 2
Create a data dictionary that defines and describes necessary data elements and combines these elements into data records. For example, in the book-ordering system, examples of data elements include book name, ISBN, author, and price. These elements then combine to form a book record; other elements, such as the vendor name, account number, and sales rep, can combine to form a vendor record.
Step 3
Combine the data flow diagram, process flow descriptions, and data dictionary into a document package that describes the software program in a logical, written format you can use to create a program prototype, or working model of the software program.