I alla tider har man byggt modeller över saker som skall byggas för att på så sätt åskådliggöra det som skall skapas. Dessa modeller hjälper till att förstå och formulera problem och lösningar, hur sammanhangen är och vilka beståndsdelar som skall ingå. Beroende på vilken typ av produkt som skall konstrueras, kommer olika modeller att få olika betydelse. En utvecklare har ofta en inre bild, en mental modell, av vilken typ av system som skall utformas. Denna bild kan vara detaljerad eller bara en avlägsen idé. Med hjälp av olika typer av modeller kan en utvecklingsgrupp visualisera, specificera, konstruera och dokumentera strukturen och beteendet för den tänkta produkten. Genom att använda ett standardiserat modelleringsspråk, som till exempel Unified Modelling Language, UML, kan samtliga medlemmar i en utvecklingsgrupp meddela sina beslut på ett tydligt sätt. En process för programvaruutveckling är Rational Unified Process, RUP. Denna process är ett väldefinierat sätt för att tilldela och hantera de olika arbetsuppgifter och ansvar som förekommer i en utvecklingsorganisation. Målet för denna process är att, inom givna tidsramar och budget, producera högkvalitativ programvara som uppfyller slutanvändarens behov. RUP kan anpassas för att tillgodose varje enskilt företags speciella behov. Vår undersökning visar på vilket sätt RUP används inom olika företag som bedriver någon form av systemutveckling. Den visar även om dessa företag använder utvecklingsprocessen på det sätt som det rekommenderas i teorin eller om de istället utvecklar en egen utvecklingsprocess, med RUP som utgångspunkt. Undersökningen visar även varför företag väljer just denna process. För att komma fram till svaren på detta har det genomförts en litteraturstudie samt att olika företag har intervjuats. Intervjuerna har utförts genom att en elektronisk enkät har skickats till ett antal företag. De resultat som framkommit genom ovan nämnda undersökning, visar att de företag som idag använder utvecklingsprocessen RUP tycks vara nöjda. Orsaken till detta är framförallt att de olika företagen oftast vill ha en fast grund att utgå ifrån där de sedan kan utveckla processen efter sina egna önskemål och behov. De kan även välja att arbeta med processen på det sätt som rekommenderas i teorin, där RUP fungerar som en databas med råd och riktlinjer som kan användas under ett projektarbetes gång.

Nya metoder och dess verktyg är anledningar till varför många systemutvecklingsprojekt misslyckas. Orsaken är att verksamheter tycker att det är för svårt att anpassa metoderna. En systemutvecklingsmetod är RUP som denna rapport har avgränsats till. Det som undersöks i rapporten är hur en projektledare, då metoden RUP används, bör planera ett systemutvecklingsprojekt i syfte att förebygga centrala problem. Problempreciseringen anses vara viktig eftersom den i grund och botten handlar om att utveckla ett framgångsrikt informationssystem. För att få svar på problempreciseringen gjordes en surveyundersökning där tekniken intervju använts för att samla relevant information. Åtta personer på tre olika företag intervjuades. Det resultat som har analyserats fram är fem centrala problem. Dessa problem är: - Brist på erfarenhet - Omställning till ett iterativt tänkande - Saknandet av en tydlig dokumentation och kommunikation - För mycket anpassning av RUP - För dålig resurshantering Utifrån dessa centrala problem har även lösningar analyserats fram. Dessa lösningar hjälper projektledaren i syfte att reducera problemen och se till att informationsystemutvecklingsprojekt inte misslyckas.

Systemutvecklingen har under de senaste åren medfört mer komplexa och tidskrävande arbetsuppgifter vilket har genererat olika problem. Resultatet av detta har gett upphov till att organisationer uppfunnit och infört systemutvecklingsmetoder. Enligt litteraturen används dock metoder sällan som de föreskrivs då olika anpassningar ofta genomförs. Det finns idag en uppsjö systemutvecklingsmetoder på marknaden, däribland RUP, som valts att belysas i detta arbete. Studien som genomförts undersöker hur systemutvecklare anpassar RUP i olika projekt samt vilka motiv det finns till de anpassningar som görs. Undersökningen omfattar sju respondenter från olika företag vilka har goda erfarenheter inom området. Resultatet av studien visar att RUP aldrig används i sin helhet och att kompletterande metoder ofta förekommer. Några större anpassningar i arbetsflödet kravhanteringen inträffar sällan, dock förekommer vissa mindre justeringar. Motiven till anpassningarna var många. De främsta var att bemanningen, inarbetade processer och metoder samt att olika standarder styrde mycket

Systemutveckling omfattar alltmer komplexa och tidskrävande uppgifter, vilket lett till större fokus på användningen av metoder och processer. Systemutvecklingsmetoder är ofta generellt beskrivna för att passa flera olika typer av verksamheter och projekt. Generaliseringen gör att metoden passar alla och ingen, vilket kan föranleda att den måste anpassas för att ge optimal hjälp och vägledning till en enskild verksamhet. Detta arbete belyser hur systemutvecklingsprocessen RUP anpassas, införs och används inom ett företag, samt vilka problem som är förenat med detta. Studien omfattas av en fallstudie som gjorts vid ett större mjukvaruutvecklingsföretag. Resultatet visar att processen inte används i sin helhet, utan att delar valts ut och integrerats med befintlig metodik. Anpassnings- och införande arbetet har organiserats som projekt och resultatet har dokumenterats i development case. Innehållet och omfattningen av anpassningen har påverkats av en mängd faktorer däribland verksamhetens metodtradition och metodens uppbyggnad/stuktur.

Detta arbete handlar om systemutvecklarnas inställning till RUPs rollindelning. Förutom att ta reda på om systemutvecklarna är positiva eller negativa till RUPs rollindelning, så handlar detta arbete också om de underliggande faktorer som gör att systemutvecklaren är positiv eller negativ. Efter det att en förändring har skett i en organisation finns det ett intresse av att veta hur de inblandade ser på förändringen. Förändringen kan ligga i att en organisation har bytt arbetsmetodik för systemutveckling, i det här fallet från vattenfallsmodell till en iterativ modell. Arbetet har genomförts på Volvo IT, där en fallstudie gjorts på en projektgrupp. Insamlingen av material genomfördes med intervjuer av sju projektmedlemmar. Resultatet som kan utläsas av det insamlade materialet visar att systemutvecklarna är positivt inställda till RUPs rollindelning. De bakomliggande faktorerna var att rollindelningen ger tydliga ansvarsområden och arbetsuppgifter. Tydliga arbetsuppgifter har medfört att systemutvecklarna upplever sig själva vara effektivare än tidigare. Systemutvecklarna i fallstudien upplever också att helhetsbilden har ökat.

This graduation theses treats of the CRM systém for return mechandise authorization processing with support of the bar codes for the organization Digilive s.r.o. The systém should improve and modernize work of the employees and the clients in the process of attending the sales return. The systém will contain two kinds of the users. The client can make sales returns and view data about his sales returns. The employee can edit all data about the sales returns and the clients. The employee segment is implemented with the five-dimension model access data.

Made available in DSpace on 2014-12-17T15:48:07Z (GMT). No. of bitstreams: 1 IvanoMS.pdf: 3097163 bytes, checksum: bd3961677e236c9bf0982f3d9ccf0f64 (MD5) Previous issue date: 2004-04-30 / The way to deal with information assets means nowadays the main factor not only for the success but also for keeping the companies in the global world. The number of information security incidents has grown for the last years. The establishment of information security policies that search to keep the security requirements of assets in the desired degrees is the major priority for the companies. This dissertation suggests a unified process for elaboration, maintenance and development of information security policies, the Processo Unificado para Pol?ticas de Seguran?a da Informa??o - PUPSI. The elaboration of this proposal started with the construction of a structure of knowledge based on documents and official rules, published in the last two decades, about security policies and information security. It's a model based on the examined documents which defines the needed security policies to be established in the organization, its work flow and identifies the sequence of hierarchy among them. It's also made a model of the entities participating in the process. Being the problem treated by the model so complex, which involves all security policies that the company must have. PUPSI has an interative and developing approach. This approach was obtained from the instantiation of the RUP - Rational Unified Process model. RUP is a platform for software development object oriented, of Rational Software (IBM group). Which uses the best practice known by the market. PUPSI got from RUP a structure of process that offers functionality, diffusion capacity and comprehension, performance and agility for the process adjustment, offering yet capacity of adjustment to technological and structural charges of the market and the company / () trato com os ativos de informa??o representa hoje principal fator deteminante para o sucesso e, at? mesmo, perman?ncia das organiza??es no mundo globalizado. () n?mero de incidentes de seguran?a da informa??o est? crescendo nos ?ltimos anos. A implanta??o de pol?ticas de seguran?a da informa??o que busquem manter os requisitos de seguran?a dos ativos nos n?veis desejados, caracteriza-se como prioridade maior para as organiza??es. Esta disserta??o prop?e um processo unificado para elabora??o, manuten??o e desenvolvimento de pol?ticas de seguran?a da informa??o, o Processo Unificado para Pol?ticas de Seguran?a da informa??o PUPSI. A elabora??o dessa proposta foi iniciada com a constru??o de uma base de conhecimento fundamentada em documentos e normas oficiais, publicados nas ?ltimas duas d?cadas, que tratam sobre o tema seguran?a da informa??o e pol?ticas de seguran?a. Trata-se de um modelo elaborado a luz dos documentos pesquisados, que define as pol?ticas de seguran?a necess?rias a serem implantadas em uma organiza??o, seus fluxos de trabalho e identifica uma sequ?ncia e hierarquia entre elas, bem como ? feito uma modelagem das entidades participantes do processo. Diante da dimens?o e complexidade do problema que o modelo trata, o qual envolve todas as pol?ticas ele seguran?a que uma organiza??o deve possuir, o PUPSI possui uma abordagem interativa e incremental. Esta abordagem foi adquirida com a instancia??o do modelo ao RUP - Rational Unified Process. O RUP ? uma plataforma para desenvolvimento de software orientado a objeto, da Rational Software (grupo IBM) que utiliza as melhores pr?ticas reconhecidas pelo mercado. O PUPSI herdou do RUP uma estrutura de processo que oferece funcionalidade, capacidade de difus?o e compreens?o, desempenho e agilidade na readequa??o do processo, possuindo capacidade de se adequar as mudan?as tecnol?gicas e estruturais do mercado e da organiza??o

This diploma thesis is focused on Change Management, for which I used translation "správa změn" in my thesis. The diploma thesis includes a proposal for solution of Change Management, which is based from elements of RUP (Rational Unified Process), and methodology and CMMI (Capability Maturity Model Integration). In the first chapter, entitled Software requirements, there are at first defined basic concepts related to Change Management. The chapter includes the definition of software requirements and specification of different types of requirements. Then it focuses on sphere of Requirements Management, involving Change Management. Next part of chapter includes improving of existing processes, which can be used for change-oriented processes. The following section introduces the basic characteristics of RUP methodology. At first there are described its basic features, best practices and elements of methodology. The following there are described the components and procedures of specific discipline Configuration and Change Management. A separate part of thesis is also focused on the the presentation of the CMMI model. In the charter, which is devoted to this model, there is a definition of basic concepts. Then there is description of the model, the various components and method of improving in CMMI model. In the following section is a description of the Change Management in the CMMI model. The final part tries to evaluate the Change Management in concept of the RUP methodology and CMMI model. It also focuses on aspects of integrating these two areas. I try design solution of Change Management based on analysis of available information. This solution is the main aim of my thesis.

This thesis deals with Risk Management within large projects. It is still a hot topic, because risk is an inherent part of any project and significantly affects its outcome. That is why it is paied more and more attention to Project Risk Management. This thesis is written in collaboration with a renowned multinational IT company delivering these large projects. One of the project factors is uniqueness. Conditions in the world are rapidly changing and companies are trying to gain a competitive advantage in their own IT. Uniqueness is obviously very important factor of IT innovation and that is the reason, why many companies implement their changes as a project. These projects must be directed to a succesfull outcome, therefore many methodologies was created to manage it. Current project are under greater pressure on the duration and cost of supply while maintaining high quality, which in practice means that to deliver successful projects is becoming increasingly difficult. Therefore, there should be greater emphasis on risk management, so an event that may threaten the success of the project. It is needed to learn and look for better and more efficient ways of Risk Management. The main scope of this thesis is to compare two project management methodologies (Prince 2 and RUP -- Rational Unified Process) with internal methodology of chosen IT company from the perspective of risk management and then to compare the project practices with the methodologies, to find any anomalies or errors and provide suggestions for improvement. Another objective is to find out and describe project risk management trends, and introduce some tools to support project risk management.

Grid Computing é um tipo de computação paralela e distribuída no qual diferentes máquinas distribuídas geograficamente são conectadas para a formação de um metacomputador, cujo principal propósito é aproveitar recursos subutilizados. A Embraer é uma empresa com mais de dez mil computadores e este trabalho é motivado pela idéia de aproveitar esse potencial para criar um grid de computadores capaz de executar casos de testes dos modelos do projeto do Avião Virtual e outras aplicações aeronáuticas que hoje são executadas em um único computador ou em clusters. O objetivo do trabalho é propor uma adaptação do método de engenharia de software RUP - Rational Unified Process ainda pouco utilizado pela Embraer para adequá-lo a projetos de desenvolvimento de grids de computadores. Para avaliação da viabilidade da adaptação foi construído um protótipo de um grid. Essa construção teve sucesso e o protótipo foi utilizado para aquisição de medidas de desempenho da tecnologia escolhida para sua criação.