Contoh Pengembangan SIM

Similar documents
Transcription:

Contoh Pengembangan SIM

Project Management

Project Management

Project Management

Project Management

Expectation Management Matrix

Initial Expectation

Adjusting Expectation

Changing Priorities

Problem Definition

Problem Definition

Cause-Effect

Candidate System Matrix

Candidate System Matrix

Feasibility Matrix

Requirement Analysis

Requirement Analysis

Requirement Analysis

Requirement Analysis

Requirement Analysis

Requirement Analysis

Requirement Analysis

Requirement Analysis

Data Flow

Process Logic Modeling

Process Logic Modeling

Process Logic Modeling Structured Procedure 1. For each CUSTOMER NUMBER in the data store CUSTOMERS: a. For each LOAN in the data store LOANS that matches the above CUSTOMER NUMBER: 1) Keep a running total of NUMBER OF LOANS for the CUSTOMER NUMBER. 2) Keep a running total of the ORIGINAL LOAN PRINCIPAL for the CUSTOMER NUMBER. 3) Keep a running total of CURRENT LOAN BALANCE for the CUSTOMER NUMBER. 4) Keep a running total of AMOUNTS PAST DUE for the CUSTOMER NUMBER. b. If the TOTAL AMOUNTS PAST DUE for the CUSTOMER NUMBER is greater than $100.00 then: 1) Write the CUSTOMER NUMBER and all their data attributes as described in the data flow LOANS AT RISK. Else 1) Exclude the CUSTOMER NUMBER and data from the data flow LOANS AT RISK.

Overview Diagram Overview Diagram

Create-Read-Update-Delete MAtrix

Association Matrix

Context Diagram

Decomposition Diagram

Decomposition Diagram

Data Flow Diagram

Detailed Data Flow Diagram

Primitive Data Flow Diagram

Entering a Data Flow Using a CASE Tool

Entering an Elementary Process Using a CASE Tool

Entity Relationship

Data Modeling Purpose Discover system entities Discover entity keys Discover entity subsetting criteria Discover attributes and domains Discover security and control needs Discover data timing needs Discover generalization hierarchies Discover relationships? Discover cardinalities Candidate Questions What are the subjects of the business? What unique characteristic (or characteristics) distinguishes an instance of each subject from other instances of the same subject? Are there any characteristics of a subject that divide all instances of the subject into useful subsets? What characteristics describe each subject? Are there any restrictions on who can see or use the data? How often does the data change? Are all instances of each subject the same? What events occur that imply associations between subjects? Is each business activity or event handled the same way, or are there special circumstances?

Entity Discovery Entity Name Agreement Member Member order Transaction Product Promotion Business Definition A contract whereby a member agrees to purchase a certain number of products within a certain time. After fulfilling that agreement, the member becomes eligible for bonus credits that are redeemable for free or discounted products. An active member of one or more clubs. Note: A target system objective is to re-enroll inactive members as opposed to deleting them. An order generated for a member as part of a monthly promotion, or an order initiated by a member. Note: The current system only supports orders generated from promotions; however, customer initiated orders have been given a high priority as an added option in the proposed system. A business event to which the Member Services System must respond. An inventoried product available for promotion and sale to members. Note: System improvement objectives include (1) compatibility with new bar code system being developed for the warehouse, and (2) adaptability to a rapidly changing mix of products. A monthly or quarterly event whereby special product offerings are made available to members.

Context Entity Relationship Diagram

Key-based Entity Relationship Diagram

Generalization on Entity Relationship Diagram

Detailed Entity Relationship Diagram

Normalization on Entity Relationship Diagram

Object Oriented

Use Case Diagram

Use Case Narrative

Use Case Narrative

Use Case Narrative

Use Case Dependency Diagram

Revised Use Case Diagram

Highlighted Use Case Narrative DESCRIPTION: PRE-CONDITION: TRIGGER: This use case describes the event of a member submitting a new order for SoundStage products via the world wide web. The member selects the items they wish to purchase. Once they have completed their shopping, the member s demographic information as well as their account standing will be validated. Once the products are verified as being in stock, a packing order is sent to the distribution center for them to prepare the shipment. For any product not in stock, a back order is created. On completion, the member will be sent an order confirmation. The individual submitting the order must be an active club member. The member must login in to the system (provide identification) to enter an order. This use case is initiated when the member selects the option to enter a new order. TYPICAL COURSE Actor Action System Response OF EVENTS: Step 1: The member requests the option to enter a new order. Step 3: The Member browses the available items and selects the ones they wish to purchase along with the quantity. Step 5: The member verifies demographic information (shipping and billing addresses). If no changes are necessary they respond accordingly (to continue). Step 7: The member verifies the order. If no changes are necessary they respond accordingly (to continue). Step 2: The system responds by displaying the catalogue of the SoundStage products. Step 4: Once the member has completed their selections the system retrieves from file and presents the member s demographic information (shipping and billing addresses). Step 6: For each product ordered, the system verifies the product availability and determines an expected ship date, determines the price to be charged to the member, and determines the cost of the total order. If an item is not immediately available it indicates that the product is backordered or that it has not been released for shipping (for pre-orders). If an item is no longer available that is indicated also. The system then displays a summary of the order to the member for verification. Step 8: The system checks the status of the member s account. If satisfactory, the system prompts the member to select the desired payment option (to be billed later or pay immediately with a credit card).

Potential Object List

Proposed Object List

Object Association Matrix

Generalization/Specialization Hierarchies

Class Responsibility Collaboration Card

Class Diagram

Statechart Diagram

Sequence Diagram

Activity Diagram

Interface, Control & Entity Object

Ideal Model Object Diagram

Component Diagram

Deployment Diagram

ANY QUESTION?