The Techniques For Requirement Elicitation Information Technology Essay

The Techniques For Requirement Elicitation Information Technology EssayBy analyzing these processes it will break away an understanding up to a level bounteous that this document stooge act as an easy to read and simple enough reference document for students who wants to1.4 BackgroundAs we know that the sine qua non elicitation is an ongoing problem argona which may cause to the failure of the produce schema. in that location ar m either(prenominal) problems i.e. problems in the system scope, many other problems are still present in the development of the system, which may cause to the failure of the system or leads to high maintenance cost of the system 1. In the destiny elicitation there are many people evolve and puzzle distinct perception about the system.From many years requirement elicitation is a research focus area and researchers have developed many proficiencys. As Zarinah M.K and Siti Salwah S mentioned in their paper Eliciting requirements should be carried ou t in a form, which encourages participation of all the stakeholders1. In this paper they focus on the participation of all the stakeholders during requirements gathering. For this purpose, to embody the requirement elicitation process, techniques and shared document with all the participation.Ann M. Hickey and Alan M. Davis mentioned in their paper that packet product system development consists of many knowledge-intensive processes. unrivaled of the closely difficult to model, however, is requirement elicitation5. In their paper they present a mathematical model of requirement elicitation process5 which explains critical knowledge and how to select the best requirement elicitation technique. Their diddle in this area shows that the requirement elicitation is a very critical process in the software development process.Many models and frameworks are introduced by the researchers for estimable and correct requirements gathering. Some problems are on the user side because some t ime the user whoremongert explain the scope of the system. So for this purpose most researchers focus on the requirement elicitation techniques which help the user to understand the system scope.Software industry is a very huge market and in todays world our lives are so influenced with software products that we are highly dependent on them from paying or bills, buying food, bank transactions, traveling, businesses to communicate world wide, research, nimble phones etc. But along the way what we dont see is that a deal out of software products are failing today, many software companies are getting unwrap and most softwares are breathing their last breaths as they will soon be replaced with a much better softwares well designed, less bugs, more features and cost-effective enough. One can ask a question why are softwares failing and why are companies getting bankrupt due to a software that is no more needed in the market. The answer can be very complicated and long but to summari ze it, its lack of acquiring kosher requirements before starting to write the actual code, failing to understand the certain and future trends of the software to be built, lack of understanding the market and opportunities and finally choosing the veracious technologies to implement the software product. In order to understand all these gray areas before writing the software product one postulate to adapt and come about some processes, by doing so a set of valuable knowledge will be gained that can help the software to be following the current trend and stick up in the market for much longer period.These processes includesa) cogitateb) interviewingc) Surveysd) Prototypinge) Focus radicalf) Workshopsg) Observation2 Research MethodologyOur work in this area is to analyze the requirement elicitation techniques, based on this we will be able to explore these divergent techniques and see how can it benefit us in different areas. For this purpose we studied the related research wo rk and requirement elicitation books, and in listed some of the techniques that can be used for requirement gathering process. For the analysis we already studied the related research work to understand these techniques. During this process we will highlight the psros and cons of these different techniques, which can help different targeted audience such as students, start up organizations and other software victors.In the process of methodology we got an opportunity to meet with different software professional and got some valuable feedback that could help us understand how important all these processes are and what are possible implications and drawbacks if there are any.Finally after formation all the techniques with their Pros and Cons, it will clearly specify the importance of each technique and weather it is possible to skip some of them during the requirement gathering process. And also the implications of skipping any of these well known techniques.3 Brief Introduction to requirement elicitation techniques.3.1 BrainstormingBrainstorming is the name given to a situation when a conference of people meet togenerate modernistic ideas around a specific area of interest6.In Brainstorming Technique may be involve one somebody or group of people.They set to gather and discuss the requirements and new ideas of the system. It is a special technique which help you to think about various answers and questions.Advantages Of BrainstormingBrainstorming technique is low cost.The group which involve in this technique, not need to be high qualified.It is very easy technique to understand.It help you to create new ideas and get answers of old question.It provide widespread involvement throughout the group.Brainstorming does not need more resources.Disadvantages Of BrainstormingIf the group is not properly organised, it can take more time.One cant describe his opinion in front of group.Due to go into the detail that something does not use.Some people alarmed to talk with leadership.Not good for large group which may cause that some people say at the same time.There are resort of opinions, if the people doesnt give attention7.3.2 interviewingInterviews are in-person meetings where the business analyst asks questions to get randomness from the stakeholder8.Advantages Of InterviewingGood for complex topicThe interviewer can deeply understand the interviewee views.In interview high response rate are produced.Disadvantages Of InterviewingInconsistent interviewer may effect the data.This technique is time consuming.There are small people involved.The interviewer may ask closed questions 9.3.3 SurveysIn survey technique all the information of a system may gathered anonymously. In survey all the ecumenic aspects of the software are asked to answer.AdvantagesSurvey is good for a large respondent.In survey large of information may be collected.This is a standardised technique which free from all types of errors.This technique is cheaper.DisadvantagesT his technique focus on subject, motivation etc its not easy to understand the reason.3.4 PrototypingIn this technique minimum version of softwares are written with few functionalities than the actual product in itself. It only simulates few modules/features of the final solution.AdvantagesSoftware designers and implementers can get valuable feedback from the customers.it can allow the software engineers to know and verify the internal complexities of the system.Early detection of faults in design.Early detection of performance bottle neck in the application.Customers can verify the executing and technology.DisadvantagesExcessive development time to develop the prototype.Large investment of resources to complete this.Unclear objectives can be confused by the developers.Insufficient analysis.3.5 Focus GroupFocus group is a group which raise some issues and questions about the software and ask them from the system users.AdvantagesIt can help generate a lot of good ideas and opinions.g roup discussion can help find weaknesses in the early stage of design and architecture.group discussions can generate finest solutions.Disadvantageit can lead to disagreement and arguments.discussions can last for very long hours and several days without any conclusion.3.6 WorkshopsWorkshops is the technique to share different ideas about different technologies by doing presentation and meeting between people from different backgrounds. Collecting valuable feedback and suggestions and business opportunities.AdvantagesExpanding social network among people from same background.Exchanging and sharing up to duration knowledge.Exploring new business opportunities.Attracting investments for the business.Making new customers.DisadvantagesIt involves travelling to other countries.It consumes week of business time.It demands a lot of preparation and time.3.7 ObservationBy observation we agency to look the requirements for the developing system with full concentration3.Advantages of observa tionIt provides varieties to the stockholdersa.It provides us the detail information about the developing systemzHow the user will interact with the system, so it give this type of results in advance.Disadvantages of the observationThe requirements may not be up to dated.This requirements always evolve and need revisions.some requirements may not be implementable and needs to be up to the facts and possibilities.4 ResultsBrief analysis of the mentioned techniques with explained advantages and disadvantages we can summarize our result in following way. As in todays industry majority of softwares are trying to compete or survive against other softwares that seems to be producing much better than their previous predecessors. This improvement in softwares is the result of acquiring/collecting take away knowledge through the processes/techniques that we have mentioned including others. Hence it is difficult to say which one is better than the other or which one can we skip because the m ore information we can collect the more knowledge we will have about market, future scope, what technologies to select, how much can it earn, for how long can a product survive and how the product can improve in coming years. Attaining all the mentioned points means that we have to go through all the techniques at one stage or another, if not earlier then definitely later at some other stage as long as the time and resources are enough. One of the quotation might explain it very well which isWriting system software is like planning a family, if you make a mistake you have to live with it for 20 years10So the more knowledge we have about what we are making and why we are writing, the less mistakes we will do.5. ConclusionsHence in short we can conclude from our findings in this research that all software industries while planning to kick off new project/software our any new start up company about to take place. This document will act as a must have for them they would need to put th ese techniques and make them part of their company processes. The more the knowledge is acquired about the technology in the beginning the less mistakes they make and more chances would be for company and software to succeed. Also this document can help students and software developers who want to write their private applications and want them to launch in the softwares market.6 Literature references1. Supporting collaborative Requirements Elicitation Using Focus Group Discussion Technique by Zarinah M.k and Siti Salwah S.2 IEEE TRANSACTIONS ON SOFTWARE ENGINEERING, VOL. 24, NO. 12, DECEMBER 1998 Requirements Elicitation and Validation with actually World ScenesPeter Haumer, Klaus Pohl, Member, IEEE, and Klaus Weidenhaupt3 Field research method and type of observation by Throchim, B. 19995. Requirements Elicitation and Elicitation Technique Selection A Model for deuce Knowledge-Intensive Software Development Processes. By Ann M. Hickey and Alan M. DavisUniversity of Colorado at Co lorado Springs.6 http//www.brainstorming.co.uk/tutorials/whatisbrainstorming.html7 http//wiki.answers.com/Q/What_are_the_advantages_and_disadvantages_of_brainstorming8 http//ezinearticles.com/?Requirements-Elicitation-Techniquesid=19012639 http//wiki.answers.com/Q/Advantages_and_disadvantages_of_interviews10http//easyweb.easynet.co.uk/iany/consultancy/proverbs.htm