No description available.

<p>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.</p><p>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.</p><p>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.</p>

<p>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.</p><p>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.</p><p>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.</p>

<p>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.</p><p>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:</p><p>- Brist på erfarenhet</p><p>- Omställning till ett iterativt tänkande</p><p>- Saknandet av en tydlig dokumentation och kommunikation</p><p>- För mycket anpassning av RUP</p><p>- För dålig resurshantering</p><p>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.</p>

<p>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.</p><p>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.</p><p>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</p>

The information system created performs the following functions: standardizes the process of failure registration and management; allows monitoring and receiving information in different sections adapted for certain groups; provides opportunity to evaluate the existing situation of provision with equipment and plan future investments within time scale; allows service of a whole group of users in one time. The information system has been created by using open source software – which enables to avoid additional investments.

Submitted by Diogo Barreiros (diogo.barreiros@ufba.br) on 2017-02-17T16:12:42Z No. of bitstreams: 1 Dissertação.pdf: 1901302 bytes, checksum: 4e40b921dd5bf52ca829c515a2994a30 (MD5) / Approved for entry into archive by Vanessa Reis (vanessa.jamile@ufba.br) on 2017-02-21T11:20:36Z (GMT) No. of bitstreams: 1 Dissertação.pdf: 1901302 bytes, checksum: 4e40b921dd5bf52ca829c515a2994a30 (MD5) / Made available in DSpace on 2017-02-21T11:20:36Z (GMT). No. of bitstreams: 1 Dissertação.pdf: 1901302 bytes, checksum: 4e40b921dd5bf52ca829c515a2994a30 (MD5) / A Mecatrônica aborda uma categoria de produtos que pressupõe um conhecimento multidisciplinar nas áreas de Mecânica, Eletrônica e Computação. Este cenário de integração de conhecimentos requer uma atenção especial, pois considera diferentes técnicas de desenvolvimento e envolve pessoas de áreas distintas. Esta dissertação especifica uma metodologia para o desenvolvimento de produtos mecatrônicos, a MdpM, que utiliza como base a linguagem Unified Modeling Language (UML) e o processo consolidado de desenvolvimento de software, o Rational Unified Process (RUP) integrado a técnicas de Engenharia Elétrica e Engenharia de Produtos apropriadas ao domínio das aplicações mecatrônicas. A MdpM utiliza o potencial da equipe multidisciplinar para modelar uma solução adequada para produtos meatrônios, adiando ao máximo as definições tecnológicas a serem empregadas. Uma vez que o produto esteja bem conceituado, orienta quanto à identificação de soluções apropriadas para o modelo conceitual gerado. A MdpM aborda também aspectos importantes para a Mecatrônica tais como a especificação de requisitos temporais e a aplicação de técnicas relacionados à confiabilidade do produto.

Att ha kontroll över dokumentation av dataarkitektur kan vara en svår uppgift för ett stort företag då tekniken hela tiden utvecklas samt hård- och mjukvara byts ut och uppdateras. Detta examensarbete är baserat på krav insamlade åt Forsmarks Kraftgrupp AB för att lösa deras problem med dokumentering genom ett standardsystem eller egenutvecklat system. Kraven samlades in iterativt enligt RUP genom samtal och intervjuer med användarna, kravbilden fastställdes innan arbetet med att besluta om systemet skulle köpas in i form av ett standardsystem eller egenutvecklas. Resultatet av kravanalysen visade ett specifikt system för att lagra information i en databas. Då fördelarna med egenutveckling var många och inget lämpligt standardsystem påträffades beslutades att systemet skulle egenutvecklas.

Made available in DSpace on 2014-06-12T16:01:13Z (GMT). No. of bitstreams: 2 arquivo7234_1.pdf: 3108647 bytes, checksum: 005c566b9ea912b4246e213ae0704e2f (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2005 / O desenvolvimento crescente de sistemas concorrentes e de tempo real vem provocando uma evolução nos conceitos e paradigmas da Engenharia de Software. Recentemente, entre outras abordagens, destacamos o surgimento de UML-RT, visando adaptar e estender as estruturas já consagradas de UML para os conceitos de concorrência e tempo real. Complementarmente, já existem modelos teóricos de concorrência e tempo real bem consolidados, como álgebra de processos, que contam com estratégias e ferramentas de validação, verificação e transformação de modelos. Por outro lado, processos de software bem definidos, que integrem estratégias formais de análise com orientações menos formais (mas sistemáticas) de desenvolvimento, são, ainda, negligenciados. O Rational Unified Process (RUP), um dos processos de desenvolvimento de software mais extensivamente usado e aceito, introduziu vários conceitos e orientações que objetivam sistematizar o desenvolvimento com UML-RT; no entanto, vários aspectos importantes e críticos de aplicações concorrentes, como a transformação de uma classe de análise (passiva) em uma classe ativa (cápsula ou processo), com um fluxo de execução independente, são tratados de forma superficial e informal; outros exemplos são a decomposição de cápsulas e a análise de uma aplicação com relação a propriedades clássicas de concorrência (como ausência de deadlock) ou específicas do negócio. As orientações fornecidas pelo RUP parecem sugerir que é simples garantir estes resultados, quando, na verdade, requerem grande atenção e conhecimento do desenvolvedor. O foco deste trabalho é a adaptação e extensão de uma das disciplinas mais afetadas do RUP, Análise e Projeto, a fim de integrar de forma mais detalhada e rigorosa os conceitos e implicações do desenvolvimento de aplicação concorrentes ao processo, incluindo a aplicação de leis de transformação de modelos, sugeridas em estratégias formais de desenvolvimento. A grosso modo, o objetivo pode ser resumido à adaptação do RUP ao paradigma de desenvolvimento baseado em modelos (MDE, Model Driven software Engineering). Apesar do foco em Análise e Projeto, outras disciplinas e fases são também revisadas. A proposta é validada através de sua aplicação a um estudo de caso sobre o projeto de um Sistema Automático de Produção SAP (Automatic Manufacturing System AMS), inicialmente explorado em [18]

Applying Rational Unified Process (RUP) in a project means to develop a set of models before the system could be implemented. The models depict the essentials of the system from requirements to detailed design. They facilitate getting a system that has appropriate and rich documentation (therefore highly maintainable) and addresses user needs. However, creation of the models may cause overheads since a lot of work has to be put to elaborate the artefacts. In this paper a method that makes RUP more efficient is proposed. The method makes use of the fact that every subsequent model is developed basing on the previous model. In other words, models are successively transformed from requirements up to executable code. In particular, design model bases on an analysis model. The proposed method applies automatic model transformation from an analysis model to a design model. Firstly, an approach for performing automatic transformation is chosen. Secondly, a tool applying this approach is implemented. Finally, the transformation tool is tested and evaluated in an empirical study. The results show that automation of model transformation may be beneficial, and therefore can help in getting better systems in shorten time.