1. MARKETING INFORMATION SYSTEM Presented By: MCA-II (Morning) Roll no: 1-10 (Group-I)

2. Presented By: Group - I Bikram Dushyant Dinesh Aseem Aarushie Aman Chandni Parul Deepika Devika

3. Table of Content Marketing Information System(MKIS) Working Mechanism of MKIS SDLC Feasibility Study Requirement Analysis and Specification Structured Analysis Tools Design Phase Coding System Testing Maintenance Case Study

4. BASIC CONCEPTS OF MARKET, MARKETING AND MARKETING INFORMATION SYSTEM

6. Available market

7. Qualified available market

8. Target market

11. Marketing Information System(MKIS) A system that analyzes and assesses marketing information, gathered continuously from sources inside and outside an organization and helps the decision makers to improve their marketing planning, implementation, and control.

12. Various Activities of MKIS

13. BASIC FUNCTIONS OF MKIS

15. How does MKIS work?

16. Working Mechanism of MKIS Developing INFORMATION Distributing OUTPUT INPUT Gather Data Data Information Strategic Decisions Marketing Environment Markets Channels Competitors Law Economy Technology Internal Report System Marketing Research System Control Decisions Marketing Intelligence System Marketing Models Operational Decisions Marketing Decisions and Communications

17. Gathering Data Data is gathered from Marketing Environment

18. Developing Information Obtains meaningful and useful information for Managers from following sources:

19. Marketing Intelligence System

20. Marketing Research System

21. Marketing Models

22. According to Latest DEVELOPMENT

23. Other Marketing related Information System Marketing Information System (MKIS) Marketing Intelligence System Analyzing Market Structure & Behavior Executive Information System (EIS) Marketing Research System Researching & Selecting Market Opportunities Marketing Decision Support System Decision Support System (DSS) Developing Market Strategies Marketing Planning System Marketing Information System (MIS) Marketing Control System Planning Market Tactics Marketing Report System Transaction Processing System (TPS) Implementing & Controlling Marketing Efforts Marketing & Sales Productivity & Support System

24. Distributing Information

25. MKIS at Managerial Levels MKIS should cater for information requirements at each level, for instance

26. Presented By: Deepika

27. Software Development Life Cycle (SDLC)

29. Do we need to improve or modify the existing system

30. Do we need to build altogether a new one Types 1. Preliminary Investigation 2. Feasibility Study

31. Preliminary Investigation Study existing Marketing Management System. Conduct surveys in the open market. Interviewing the customers. Questionnaires. Gather information. Analyze the information looking for inconsistencies, ambiguities or unresolved issues.

32. Feasibility Study Implementation Function A feasibility study looks at the viability of an idea that attempts to answer one main question: “Should we proceed with the proposed project idea? Is it a viable business venture?”

33. Need of Feasibility Study Identify how, where, and to whom you intend to sell a service or product. Give focus to the project and outline alternative. Identify reasons NOT to proceed. Enhance the probability of success. Provide quality information. Increase investment in the company. Provides documentation. Help in securing funding from lending institutions and other monetary sources.

34. Types Of Feasibility Study

35. SDLC in MKIS Operational Feasibility Measure how people interact with the system. Questions that help to test operational feasibility: What is the size and growth forecasts of market segment? What are the industry sales and market trends the product is based on? Are current business methods are acceptable to users? What training will users be given? Technical Feasibility Study of function performance and constraints. Questions that help to test the technical feasibility: What are the target areas where the marketing is to be done? What type of transportation and shipping facilities required for marketing? What type of media is required for promoting the product?

37. Current market analysis

38. Competition

39. Anticipated future market potential

40. Potential buyers and sources of revenue

42. System Analysis ANALYSISBreaking problem into successively manageable parts for individual study. SYSTEM ANALYSIS The systems-analysis phase is the specification of what the system needs to do to meet the requirements of end users. Gather sufficient information about the performance of your marketing strategy using specific statistical data.

43. WHY IS IT DONE We don’t start the coding directly first we need to collect the information about the project . Help programmers during system development ex-flowchart, use cases. All the diagrams and process carried out before starting the project comes under system analysis

44. Who does the System Analysis ?

45. SYSTEM ANALYST The system analyst gives a system development project meaning and direction. The analyst first task is to prepare a statements specifying the scope and objective of the problem in this only rough work is done an accurate study is done in the feasibility study. Qualities Training Experience Common sense

46. ACTIVITIES INVOLVED NEED ANALYSIS The analyst sums up the requirements of the system from the user and the managers. DATA GATHERING System analyst collects data about the system to be developed using techniques and methods such as: -written documents -interview -sampling ANALYSIS REPORT  Analysis report is prepared. It is done for review and approval of the project from the higher management.

47. ANALYSIS REPORT PART 1  It should explain how the current system works. PART 2It explains the problems in the existing system. PART 3It describes the requirements for the new system and make recommendations for the future.

48. REQUIREMENT SPECIFICATION Analysis of data describing the system to determine how well it is performing, what requirements must be met, and strategies for fulfilling them. It has three interrelated parts. Analysis of factual data Identification of essential requirements Selection of requirements fulfillment strategies.

49. SRS OUTPUT

50. STRUCTURED ANALYSIS TOOLS

51. DATA FLOW DIAGRAM Data Flow Diagram is a graphical representation of the logical flow of data . It helps in expressing the system’s requirements in a simple and understandable form. It is also known as Bubble Chart. DFD serves the two purposes: ►To provide an indication of how data are transformed as they move through the system ►To depict the functions (sub functions)that transform the data flow.

53. CONTEXT LEVEL DIAGRAM The purpose of this is to conceptualize the general sources and sinks of data. It contain only one process(process 0) that depict the function of the entire system in relationship to external entities.

54. CONTEXT LEVEL DIAGRAM FORMARKETING INFORMATION SYSTEM CUSTOMER INFORMATION FILE CUSTOMERS’S DETAILS Customer’s Requirements Customer Customer Product delivery MARKETING INFORMATION PROCESS FEEDBACK PRODUCT’S DETAILS PRODUCT ORDER’S FILE

55. 1ST LEVEL DFD FOR MARKETING INFORMATION SYSTEM Organization Plans Information file Data about buyers and characteristics Requirements details Product Delivery Marketing Strategies Various measures of market, product, customer 1.0 MARKETING IDENTIFICATION PROCESS 2.0 PRODUCT ADJUSTMENT PROCESS 3.0 PLANNING PROCESS CUSTOMER CUSTOMER feedback Updated data Marketing Research Data’s File

56. 2nd LEVEL DFD FOR PROCESS 3.0 Distribution plans Product Delivery Communication plans Various measure Of market, customer , product 3.3 Customer’s service process 3.1 Communication Planning process 3.2 Distribution & Sales process CUSTOMER feedback Updated data on Customer’s satisfaction Details regerding Transportation etc Details on advertising, selling etc Physical distribution file Organisation’s Plan and Records Customer File

57. DATA DICTIONARY A data dictionary is a structured repository of data about data. It is a set of precise and accurate definitions of all DFD’s data elements and data structures ADVANTAGES OF DATA DICTIONARY:- ● The most obvious is documentation; it is a valuable reference in any organization ● Improving analyst/user communication by establishing consistent definition of various elements, terms and procedures ● During implementation , it serves as a common base for programmers who are working on system

58. DATA DICTIONARY ON PROCESS 0 PROCESS: Marketing information process DESCRIPTION: This process consists of sequence of all process like Marketing identification Process, product Auditing Process and planning process etc. INCOMING DATA FLOW: Customer’s Requirements OUTGOING DATA FLOW: Product Delivery LOGICAL SUMMARY: ► Customer’s requirements are accepted ► They are checked for validations and feasibility ► Development function is performed as per requirements ► Product is delivered to customer

59. DATA DICTIONARY ON DATA STORE DATA STORE: Product Order’s File DESCRIPTION: Includes all the details of all the orders of customers. INBOUND FLOW: Marketing Information Process OUTBOUND FLOW: Marketing Information Process VOLUME: 1000 ACCESS: Sequentially processed DATA STRUCTURE: ●Product id ●Product code ●Units

60. DATA DICTIONARY ON DATA FLOW DATA FLOW NAME: Product Delivery DESCRIPTION: Details regarding the delivery of product and carries the details to customer FROM PROCESS: Marketing Information Process TO PROCESS: Customer DATA STRUCTURES: ●Product Size ●Volume ●Price

61. DESIGN PHASE

62. Definition This phase is the first step in moving from problem domain to the solution domain. The purpose of the design phase is to plan a solution of the problem specified by the requirement document. The design activity of marketing information system is often divided into two separate phase- Conceptual design detailed design.

63. Conceptual Design Conceptual design aims to identify the modules that should be in the marketing system, the specifications of these modules, and how they interact with each other to produce the desired results. That is why ,it is also known as logical desin ,high level design that becomes a basis for the detailed system design.

64. Detailed System Design In conceptual design the attention is on what components are needed, while in detailed design how the components can be implemented in software is the issue. During detailed design the internal logic of each of the modules specified in system design is decided. The main objective of detailed design is to prepare a blue print of a system that meets the goals of conceptual design.

67. User Interface Design

68. Data Design It focuses on the design of the logical structure of databases and file to be used by a marketing information system. Data design frequently produces a data dictionary, which catalogs detailed description of: The attributes . The relationships. The specific data elements Database,files,records are maintained of consumer, salesman. The integrity rules.

69. DATA DESIGN

71. Different process files will be designed to hold the coding for different processes

73. Structured Design:-produce a structure where the modules have minimum dependence on each other and high level of cohesion.

75. C 0 D 1 N G

76. Online Advertisement SystemHow it works? Advertisement Data Form Blogger Google SMS Channel B.S Products.

77. The Whole Process

78. The Whole Process

79. The Whole Process User Agent Blloger B.S Tracker Launched B..S Tracker Launched Rss Feed Adv

80. Customer Options 1.Customer can Enable/Disable the Adevertisements by sending the following messege to 9870807070. On <Channel Name> Off <Channel Name> 2.Customer Can Search any channel by sending the following messege to 9870807070. Search <Channel Name> 3.For subscription use. Subscribe <Channel Name> And send it to 9870807070. B.S Tracker Launched

81. Customer Record SystemHow It Works Final Result Main Form Add Customer Display All Data Customer Database

82. Main Form

83. Add A Customer

84. Display All Data

85. TESTING: Does the software behave as specified?

87. To make sure that the system developed is according to the specifications.

89. It illustrates that,

91. The V-Model of Software Testing Business Case and Statement of Work Production Verification System Specification User Acceptance Testing Architectural Design System and Integration Testing Technical Design and Coding Unit Testing Implementation Testing Relationship Work Flow Validation and Verification

92. Types of Tests The V-Model of testing in Marketing information System identifies four testing phases, each with a certain type of test associated with it.

94. Individual modules and components are tested, ensuring that they function properly.

95. Done by the developers and not by end-users.Entry Criteria: ♦ System Requirements are at least 80% complete and have been approved to-date. ♦ Technical Design has been finalized and approved. ♦ Code development for the module is complete. Exit Criteria: ♦ No major or critical defects prevents any modules from moving to Integration Testing. ♦ Project Manager approval has been received.

97. Tests the interaction with between the modules.

98. When a defect is discovered, only those tests with a connection to the defect must be rerun.Entry Criteria: ♦ Unit testing has been completed and signed off. Exit Criteria: ♦ All sub-systems meet the desired functionality and performance requirements. ♦ Outstanding defects have been identified, documented, and presented to the business sponsor.

100. Evaluates the system's compliance with its specified requirements.

101. Checks for unexpected interaction between the units and modules.

102. When a defect is discovered, previously executed system tests must be rerun after the repair is made.

104. Evaluates the system's compliance with its specified requirements.

105. Checks for unexpected interaction between the units and modules.

106. When a defect is discovered, previously executed system tests must be rerun after the repair is made.

107. Requires many test runs, because it entails feature by feature validation of behavior using a wide range of both normal and erroneous test inputs and data.System Testing Load factor Recovery testing Security testing Stress testing Performance testing

108. Entry Criteria: ♦ Integration Testing for each sub-system has been completed and approved. Exit Criteria: ♦ Application meets all documented functional requirements. ♦ No known critical defects prevent moving to the User acceptance Testing. ♦ All appropriate parties have approved the completed tests.

111. Testing the system with data supplied by the client.

114. After the feedback, the system is modified and either released for further beta testing or for general sale.Entry Criteria: ♦ Business requirements have been met. ♦ Security requirements have been documented and necessary user access obtained. Exit Criteria: ♦ UAT has been completed and approved by the user community. ♦ Change Control Management is managing requested modifications and enhancements. ♦ Business sponsor agrees that known defects do not impact a production release.

116. Purpose is for a period of time simulate real business activity.

117. As a sort of full dress rehearsal, it should identify anomalies or unexpected changes to existing processes.

118. Mock production runswill verify that the existing business process flows, interfaces, and batch processes continue to run correctly. Entry Criteria: ♦ Known defects have been documented. ♦ Migration package documentation has been completed, reviewed, and approved by the production systems manager.

119. How do we maintain the system?

120. SYSTEM MAINTENANCE Once a system is fully implemented and being operated by end users, the maintenance function begins. System maintenance is the monitoring, evaluating and modifying of operational information system to make desirable or necessary improvements. Regardless of how well designed, constructed and tested a system or application may be, there may be any need in order to conducting System Maintenance. *Changing needs of dynamic and competitive market. *Negative feedback provided by the evaluation process. *Maintaining the marketing information system at the highest level of effectiveness and efficiency. *Removing existing errors in the information system. . REASONS TO CONDUCT SYSTEM MAINTENANCE

121. FUNDAMENTAL OBJECTIVES OF SYSTEM MAINTENANCE To make predictable changes to existing programs to correct errors that were made during system design or implementation. To preserve those aspects of the program that were correct and to avoid the possibility that “fixes” to programs cause other aspects of those programs to behave differently. To avoid as much as possible degradation of system performance. Poor system maintenance can gradually erode system throughput and response time.

123. System maintenance tasks

124. Validating the Problem The first task of the system analyst or the programmer is to validate the problem. Working with the users, the team should attempt to validate the problem by reproducing it. There could be following possible effects of bug: One possible output is an unsubstantiated bug(means we r not sure dat it is a bug). In some cases the analyst confirms the error but recognizes it as a simple misuse or mistaken use of the program.

125. Benchmark Program This task can be performed by either system analyst and/or programmer. Users should also participate to ensure that the test is conducted as closely as possible under some circumstances that simulate a normal working environment.

126. Study and debug the program The programmer response to “bug-fix” requirements that establish the exception for fixing the problem. The programmer “debugs” (edits) a copy of the problem program. Changes are not made in the production program. The result is corrected version of the program.(deleivery of software’s new version) The purpose of program studies is to gain insight into how program works and doesn’t works. Program studies can also lead to better estimates of the time and resources that will be required to fix the error.

127. Test the program A candidate release of the program must be tested before it can be placed into operation as the next new version of the production program. The following tests are essential : Unit testing ensure that the stand-alone program fixes the bug without undesirable side effect to the program. System testing ensures that entire application, of which the modified program was a part , still works. Regression testing extrapolates the impact of the changes on program .

128. CASE STUDY:Market Information System boosts incomes of Ukraine’s small& medium sized growers

129. Abstract: A Market Information System (MIS) was created by the Agricultural Marketing Project (AMP) jointly with its Ukrainian subcontractor APK-Inform It helped boost sales and profits of small and medium sized growers, and attracted significant investments. Resulted in about $20 in additional benefits to farmers for each $ spent and became self sufficient in 3 years from its launch.

130. Problem statement Lack of market infrastructure. Growers did notknow where and how to sell fruits & vegetables and consumers paid relatively high pricesfor these products Complete lack of market transparency. Lack of widely recognized standards for thefruits & vegetables Lack of Internet connection and cell phones. A need to receive easy and fast access, to information about market and market forecasts.

131. Creating MIS step by step

133. How AMP’s MIS is used in practice A farmer who had a pessimistic approach towards the MIS. One of the top processing companies procured a serious shortage of its raw material. The web portal helped. One of our farmers decided to expand planting area under onions motivated by high prices for this crop in the past season.

134. Ukraine became one of the largest exporters of onions on the region. Farmers were made aware about new crops, niche products and new technologies to their advantage. Supermarket chains managers start their day from checking daily wholesale prices in the web portal. Most key supermarkets, wholesalers and processors assign specialists to check offers & bids, catalogue, analytics, prices and other parts of the web-portal on a regular basis.

135. Impact System has resulted in about $20 in additional benefits to farmers for each $ spent. The web-portal presently attracts around 30,000 unique visitors every month. The MIS helped lower the transaction costs to farmers (reduced by 100-200 times). Allowed farmers to improve their technologies and develop a stronger negotiating position when talking to buyers, use several alternative marketing channels, making their sales more profitable.

136. Price information from various regions within the country helped them improve their marketing decisions Farmers managed to lower production costs, while boosting yields and quality of the final product produced. Information on the web-portal attracted many foreign and domestic investors to Ukraine’s horticultural sector. The number of fruit & vegetable processors increased from 15 in 2003 to about 125 in 2006.

137. The number of full-service wholesale companies has increased from virtually zero to around 30 and many mid-size companies were created. Thousands of on-farm and off-farm seasonal and permanent jobs were created. Ukraine, which prior to AMP’s interventions imported fruits & vegetables from neighboring countries, in 2006 became a net exporter of many of these products.

138. We all are THANKFUL! Bikram Dushyant Dinesh Aseem Aarushie Aman Chandni Parul Deepika Devika