<p>Utvecklingen av informationssystem utförs vanligen med hjälp av en systemutvecklingsmodell där kravhanteringsaktivitetens (Requirements Engineering – RE-processen) syfte är att samla in och bearbeta kundens alla krav på systemet. Den slutliga produkten av RE-processen är en kravspecifikation där alla kraven gällande exempelvis systemets funktionalitet, syfte etc skall specificeras.</p><p>Det är inte alltid självklart vilken information som en kravspecifikation bör innehålla då detta dokument kan för både kunden och leverantören ses som ett kvitto på vad som skall utvecklas och hur det skall gå till. Dokumentet skall nämligen fungera som ett underlag för de så kallade implementations- och designaktiviteterna i systemutvecklingsarbetet samt fungera som ett underlag för diskussion och kontrakt mellan leverantör och kund gällande utvecklingen av informationssystemet. Kravspecifikationen bör därför innehålla komplett och förståelig information så att detta dokument uppfyller sina syften. Därmed är det inte enkelt att veta vilken information som en kravspecifikation bör innehålla för att detta dokument skall uppfylla ovannämnda egenskaper. Då kravspecifikationen skall upprättas kan ett ramverk eller en standard tillämpas som förespråkar att viss information skall ingå.</p><p>Det ramverk som är upprättat i detta examensarbete innehåller den information som jag anser bör ingå i en kravspecifikation. Utifrån detta ramverk finns det viss information som jag anser att en kravspecifikation bör innehålla just ur kontraktsynpunkt. Denna information är följande:</p><p>· Informationssystemets funktioner</p><p>· Informationssystemets funktionella egenskaper</p><p>· Informationssystemets generella egenskaper</p><p>· Utbildning</p><p>· Dokumentation</p><p>· Leveransdatum</p>

<p>Examensarbetets problemområde återfinns i den tidiga delen inom informationssystemutveckling. Denna utvecklingsfas, kallad Requirements Engineering (RE), innefattar aktiviteter för att förstå, dokumentera och validera de behov och krav som föreligger för ett framtida informationssystem. RE är en avgörande aktivitet i processen att utveckla ett informationssystem som tillfredsställer användare och kunders förväntningar och behov.</p><p>De olika intressenterna som är involverade i RE-processen har olika roller, bakgrund och kunskaper. Av denna anledning föreligger olika problem och möjligheter med avseende på intressenterna. I examensarbetet utreds vilka dessa möjligheter och problem kan vara. För att besvara frågeställningen har en mindre litteraturstudie och fem intervjuer med analytiker genomförts.</p><p>Intressentprofiler har tagits fram där respektive intressenttyps roll och bidrag framgår och för dessa har även svårigheter och problem som kan uppstå i RE-processen identifierats. För att ge en tydlig bild över identifierade möjligheter och problem samt redovisa interaktionen mellan intressenterna har även sammanfattande figurer över detta skapats.</p>

<p>I dagens samhälle spelar informationssystem en viktig roll i de flesta företag och organisationer. Informationssystemets uppgift är att tillgodose och hjälpa användarna med information och informationshantering samt att leda till en effektivisering.</p><p>Arbetet med att utveckla databaserade informationssystem är problematiskt och systemutvecklingsprojekt överstiger ofta budget både vad gäller tid och pengar. Återkommande problem är att systemen inte gör vad användaren vill samt att systemen inte utnyttjas till full kapacitet. Svårigheten med kravhanteringen är något som anses vara en orsak till misslyckandena.</p><p>Den viktigaste informationskällan för systemutvecklarna då det gäller att ta reda på systemkraven är användarna. Då användarna spelar en viktig roll i kravhanteringen, vilken i sin tur spelar en viktig roll i systemutvecklingsprocessen, är detta ett intressant problemområde.</p><p>Denna rapports fokus ligger på hur användarna ser på kravhanteringsprocessen. Syftet med rapporten är att ur ett användarperspektiv utvärdera användarmedverkan i systemutvecklingsprocessens samt att försöka finna om det finns ett samband mellan användares erfarenheter ifrån systemutvecklingsprocessen och deras åsikter kring det färdiga systemet.</p>

Zugl.: Erlangen, Nürnberg, Univ., Diss., 2006 / Hergestellt on demand

The domain of this research are CASE tools, designated for requirements engineering, which are able to generate computerized information system prototypes. The main goal of this project is to design software, which would enable to generate an IS prototype from requirements specification, created re specification method, suggested by the Information Systems department. The software is a part of a CASE tool, designed by the IS department. The CASE tool is designated for creating requirements specification and the software will provide additional functionality to it. The opportunities of computerized IS prototyping using Oracle Designer, Visual FoxPro and MS Access were analyzed. In case of Oracle Designer, in order to create a computerized IS prototype we have to go through the whole design stage. In case of DBMS Visual FoxPro and MS Access we must have a database designed. And the software for generating computerized IS prototype enables you to generate a system prototype at an early design stage and without having the system project.

In an increasingly changing environment, different organizations are trying to improve their agility and efficiency by improving their business processes; thus, business process management has been gaining momentum for the last decade. The first step in business process management is the modeling of business processes. Business Process Modeling (BPM), in itself, is very important because it captures business requirements, allows for better understanding of a business and its processes, facilitates communication between business analysts and IT people, and pinpoints deficiencies in processes. It also serves as a basis for automation of these processes. But business process modeling comes with its own challenges since it is a time-consuming, complicated, and error-prone task. As a result, producing a high quality, precise business process model is not easy. BPM patterns, which are general reusable solutions to commonly occurring problems in business process modeling, have been proposed to address these challenges. In this research, we conducted an exploratory study about requirements engineering practices in a large organization. This study identified key challenges in requirements engineering and showed how business process modeling is currently being conducted. Then, we created a survey of the different BPM pattern catalogs existing in the literature. Finally, we presented one of the BPM pattern catalogs in a clear format along with examples of each pattern. The ultimate objective is to allow business analysts to effectively use BPM patterns while creating precise BP models.

In recent years, the number of regulations an organization needs to comply with has been increasing, and organizations have to ensure that their business processes are aligned with these regulations. However, because of the complexity and intended vagueness of regulations in general, it is not possible to treat them the same way as other types of requirements. On the other hand, the cost of being non-compliant can also be fairly high; non-compliance can cause crucial harm to the organization with financial penalties or loss of reputation. Therefore, it is very important for organizations to take a systematic approach to ensuring that their compliance with related laws, regulations and standards is established and maintained. To achieve this goal, this thesis proposes a model-based compliance analysis framework for business processes called Legal-URN. This framework is composed of four layers of abstraction linked to each other. The framework exploits the User Requirements Notation (URN) as the modeling language to describe and combine legal and organizational models. In order to model legal documents, legal statements are first classified into four classes of Hohfeldian rights, and then Hohfeldian models of the regulations and their statements are created. These models are further refined into legal goal and business process models via a domain-specific version of URN called Legal URN profile. To check the well-formedness of the models and to identify instances of non-compliance, 23 Object Constraint Language (OCL) rules are provided. In this thesis, the quantitative and qualitative analysis algorithms of URN's Goal-oriented Requirement Language are extended to help analyze quantitatively and qualitatively the degree of compliance of an organization to the legal models. Furthermore, with the help of a prioritization algorithm, the framework enables one to decide, while taking the organization goals into consideration, which non-compliant instances to address first in order to provide a suitable evolution path for business processes. In addition, to assess compliance with more than one regulation, a pair-wise comparison algorithm enables organizations to identify the similarities and conflicts among regulations and incorporate them in the models. The jUCMNav tool, an Eclipse plug-in for URN modeling and analysis, was extended to support the framework and its algorithms and rules. The thesis contributions are evaluated through a gap analysis based on a systematic literature review, a comparison with closely related work, and two case studies in the healthcare domain: one with a single regulation and realistic business processes, and a second with three additional regulations. We also identify the benefits and limitations of the framework, as well as potential extensions for future work. The Legal-URN framework provides a tool-supported, rigorous approach to compliance analysis of organizations against relevant regulations.

In this thesis, eliciting system functional requirements based on business requirements during software intensive systems acquisition or development process is investigated and an approach is proposed for this purpose. Concepts and current problems within the framework of business requirements are investigated with a general literature review of requirements engineering and technology acquisition. Determination of requirements of IT system to be acquired according to the business objectives and base lining business processes is dealt with business process modeling. ARIS providing integrated and complete information system architecture along with modeling techniques and modeling tool is also investigated. Proposed approach recommends EEPC as process modeling technique and ARIS software as supporting toolset, and explains how to conduct application of automatic requirements eliciting from business process models, by extending a reporting script provided by ARIS software. Proposed approach was partially applied to the real project and the obtained results were presented in this thesis.

Zugl.: Kaiserslautern, Techn. Univ., Diss., 2007

Zugl.: Duisburg, Essen, Univ., Diss., 2005