1 Identify the DFD elements in the following narrative: A customer purchases a few items from a local grocery store. Jill, a salesclerk, enters the transaction in the cash register and takes the customer’s money. At closing, Jill gives both the cash and the register tape to her manager.
Data Flows: Enters the transaction in the cash register and takes the customer’s money. At closing, Jill gives bother the cash and the register tape to her manager.
Data Source: The customer who purchases a few items from a local grocery store. This is a transaction.
Processes: Jill enters this transaction in the cash register and gives it to her manager. The data is from one person to another person.
Storage: In the daytime the Jill store the transaction in the cash register and at closing Jill gives to her manager who will store into next step.
2 Do you agree with the following statement: “Any one of the systems documentation procedures can be used to adequately document a given system”? Explain. For me, I don’t think so. Because the systems documentation procedures are different in many different companies and also cities, they cannot fit on all companies adequately. Furthermore in my opinion, the system only can do the certain things match the requirement they made before, and they cannot do the all things that users want to do. This is the biggest problem when users want to filter the documents and data to the correct the place.
3 Compare the guidelines for preparing flowcharts and DFDs. What general design principles and limitations are common to both documentation techniques?
Both of them need to represent as diagram, identify the elements, and more than one way to pass through one step. The regular transaction or flows of information needs to represents not the special case or circumstance. Both method are limited in the original model framework, they cannot break the limit easily.