Dissertations / Theses on the topic 'RUP'

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

Made available in DSpace on 2014-06-12T15:58:48Z (GMT). No. of bitstreams: 2 arquivo4705_1.pdf: 2915142 bytes, checksum: 012649ad1d7cc96f9995fc379be3179f (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2003
Pesquisas recentes têm mostrado que projetos de software de curta duração e que utilizam equipes pequenas possuem maiores chances de sucesso. Entretanto, a escolha da metodologia a ser utilizada neste tipo de projeto deve levar em consideração suas características, como a comunicação facilitada e o menor grau de formalismo nos artefatos. Para se utilizar metodologias de desenvolvimento pesadas, como o RUP e o OPEN, deve-se fazer uma adaptação da metodologia escolhida, pois elas se propõem servir a uma grande diversidade de projetos, possuindo um grande número de atividades, muitas vezes desnecessárias. Apesar do detalhamento de suas atividades ser útil para sua adoção, isto torna a adaptação da metodologia uma atividade complexa e custosa. Por outro lado, a adoção de metodologias ágeis, como XP e Scrum, muitas vezes não é suficiente. Por adotarem uma abordagem mais informal para o desenvolvimento de software, estas metodologias muitas vezes carecem de descrições mais detalhadas e deixam atividades importantes em segundo plano, como por exemplo, gerenciamento de riscos e planejamento de recursos. Caso se deseje estar alinhado ou de acordo com um modelo de qualidade como o Capability Maturity Model for Software (SW-CMM), esta informalidade é um obstáculo ainda maior. Todavia, várias práticas propostas por estas metodologias têm se mostrado eficazes em projetos pequenos. Como exemplos, temos a integração contínua e o uso de iterações de curta duração. Neste trabalho, apresentamos o RUP-pe, uma metodologia ágil, voltada para equipes de até 15 desenvolvedores. Ele foi elaborado com base no RUP e incorpora práticas de diversas metodologias ágeis. Além disto, também foi definido com base no TSP, um processo de software completamente alinhado com o SW-CMM. O objetivo do RUP-pe é ser uma metodologia adequada às pequenas equipes, sem ser excessivamente informal, e alinhada, desde sua definição, com um modelo de qualidade reconhecido mundialmente. São apresentadas as disciplinas Implementação e Gerenciamento de Projeto, e um website que possui todo o detalhamento das atividades propostas, servindo de guia para as equipes que desejem utilizá-lo

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.

Nos últimos anos, estudos têm indicado deficiências ou problemas nos projetos de desenvolvimento de software. Tais estudos indicam importância de um bom processo de gerenciamento de projetos para os projetos de TI. Este trabalho utiliza o Project Management Body of Knowledge (PMBoK) como modelo de referência para fazer uma avaliação do gerenciamento de projetos do Rational Unified Process (RUP). O objetivo desta avaliação é identificar possíveis lacunas nos processos do RUP perante os processos recomendados pelo PMBoK. O PMBoK apresenta um conjunto de guias ou práticas recomendadas para um bom gerenciamento de projetos. Entretanto, ele não determina como projetar ou implantar as melhorias necessárias no processo de gerenciamento. Para preencher as lacunas identificadas, este trabalho propõe um método para melhoria de processos de software aplicando process patterns. A partir do método proposto, o objetivo deste trabalho é apresentar uma extensão do RUP com ênfase no gerenciamento de projetos do PMBoK baseada em process patterns.
In the past few years, several studies noticed problemas or deficiencies in software development processes. Such studies have indicated that a good project management process is crucial for the success of IT projects. The present study uses the Project Management Body of Knowledge (PMBoK) as a reference model to assess the project management processes in the Rational Unified Process (RUP). The main goal of the assessment is the identification of gaps in RUP\'s processes in comparison to the recommended PMBoK\'s processes. The PMBoK describes a set of generally accepted practices for project management. Unfortunatelly, the PMBoK does not explain how to design or implement such practices in a project management process. In order to fill the identified gaps, the present study defines a method for software process improvement applying process patterns. Using the method, the process patterns concepts are used to elaborate an extension of the RUP based on the PMBoK\'s processes.

The increasing number of distributed systems results from the progress of computing and communication technology. This progress contributed to the expansion of Internet, increasing both availability and decentralization of the storage and processing. Nowadays the development of mature software for those systems is accomplished through the use of good practices of software engineering. The software engineering discipline provides processes, methods, techniques and tools that allow a suitable organization of the development process, as well as a quality result. Security, performance and fault tolerance are considered essential requirements for distributed systems. In this way, it is important that during the system development that these quality requirements be considered from the initial to end phases of software development lifecycle. Most of the software development processes were proposed before this understanding and they do not provide appropriate support for the development of distributed systems yet. RUP (Rational Unified Process) is a well-known software engineering process that provides a disciplined approach to assigning tasks and responsibilities; however, it has little support for development of distributed systems. The proposal of this work is to propose an extension to RUP for the development of distributed systems. In this proposal we considered security, fault tolerance and performance as important aspects of distributed systems design. All these aspects are embodied in RUP as a knowledge area (discipline), named distributed systems, with activities and roles defined according to the architecture of process engineering UMA (Unified Method Architecture). Examples were elaborated to clarify and show the feasibility of the proposal for both each knowledge areas and all the knowledge areas.

Inom systemutveckling används ett flertal olika arbetsmetoder. Däribland agila metoder som t.ex. XP, SCRUM, Kanban och plandrivna t.ex. RUP, Vattenfallsmodellen. Dessa kom till efter att IT-branschen upplevt en kris där det inte fanns stöd för hur utveckling bör ske. Denna rapport syftar till att se över hur företag idag använder sig utav dessa och vilka aspekter som påverkar valet av metoder, finns det konsekvenser att ta hänsyn till? Huvudfrågeställningen i undersökningen är Hur arbetar företagen i verkligheten med systemutvecklingsmetoder? För att ta reda på detta utfördes intervjuer hos olika systemutvecklingsföretag samt en litteraturstudie för att se över vad som redan undersökts innan. Genom intervjuerna och litteraturstudien kunde vi se en balans där varje företag har någon form utav agil tillämpning med ett visst inslag och stöd av plandrivna metoddelar. Några utav företagen har funnit Kanban som en del-lösning till utvecklingsarbetet. Det går inte att finna ett gemensamt svar på huvudfrågan för alla företag då de arbetar situations anpassat och att det inte finns några specifika standarder som de behöver förhålla sig till. Nyckelord: Systemutveckling, Metod, Plandrivna metoder, Agila metoder, Metodanpassning, Software crisis, Method in action, Kanban, Scrum, Rational Unified Process

Šiame darbe siekiama padidinti informacijos sistemų kūrimo proceso automatizavimo laipsnį, taip palengvinant IS kūrėjų darbą. Darbe tobulinamas IS reikalavimų analizės ir transformavimo į projektą metodas EMDA (angl. Extended Model Driven Approach), kuris automatizuoja transformaciją iš reikalavimų į projekto modelį. Ši transformacija skirta paslaugų informacinėms sistemoms ir remiasi vienu pasiūlytu architektūriniu būsenų koordinatoriaus šablonu, pagal kurį atlieka transformaciją ir reikalavimų į projektą. Šiame darbe EMDA metodas tobulinamas, sukuriant transformaciją iš reikalavimų į projekto modelį, remiantis kitu informacinių sistemų kūrimo metodu RUP (angl. Rational Unified Process) bei MVC (angl. Model-View-Controller) architektūriniu šablonu. Darbe aprašomas siūlomas transformavimo algoritmas ir jo realizacija, panaudojant CASE įrankį MagicDraw. Sukurtas sistemos vedlys (angl. Wizard) leidžia išvengti klasių diagramos kūrimo rankiniu būdu, taip automatizuojant diagramos (ir jos elementų) kūrimą.
This work aims to increase the degree of automation of information system development process, thus facilitating the work of developers. Extended Model Driven Approach (EMDA) automates the transformation from the requirements to the design model, based on only one architectural pattern (State Coordinator) and performs the transformation using this pattern. The method proposed in this work was developed by creating a transformation of the requirements to the project model, based on other information systems development approach RUP (Rational Unified Process) and MVC (Model-View-Controller) architectural pattern. The proposed transformation algorithm was implemented in as an extension to CASE tool MagicDraw. Developed system wizard automates the creation of class diagram (and its elements).

Made available in DSpace on 2019-04-05T23:03:15Z (GMT). No. of bitstreams: 0 Previous issue date: 2005-11-10
As the globalized society has software s dependence more and more, there is a great concern about to get the software quality. Organizations have adopted approaches to assure software quality, based on quality models, as CMMI, or software processes frameworks, as Unified Process (UP). UP is a software engineering process that aims to ensure the development of high-quality software that meets the needs of its users, within a predictable schedule and budget This work analyses software quality approach on UP, comparing with market s quality models and standards and proposes a new discipline for UP, named Quality Management, that goal is establishing actions that contributes for quality software process in UP. The proposal discipline aims providing supplements for identified deficiencies on UP s software quality approach, by executing quality assurance activities on projects. The new discipline is aligned to requirements of ISO/IEC 12207 and CMMI. This discipline was applied on three software projects in two different software development organizations, supporting the problems prevention on process quality and improving quality software products.
Com a crescente dependência da sociedade em relação a produtos de software, há uma maior preocupação em como obter software de qualidade. As organizações têm adotado abordagens para garantir a qualidade de software, baseado em modelos de qualidade como CMMI, ou em processos de software, como o Processo Unificado (UP). O UP é um processo que objetiva garantir a produção de software de qualidade, atendendo as necessidades de usuários por meio de cronogramas e custos previsíveis. Este trabalho analisa a abordagem de qualidade de software do UP em relação a modelos e padrões de qualidade utilizados no mercado e propõe uma nova disciplina para o UP, denominada de Gerenciamento da Qualidade, com o objetivo de estabelecer ações que contribuam para a qualidade do processo de software do UP. A disciplina proposta visa suprir deficiências identificadas na abordagem de qualidade de software do UP, por meio da execução de atividades de garantia de qualidade em projetos, e está alinhada à ISO/IEC 12207 e ao CMMI. Essa disciplina foi aplicada em projetos de software em duas organizações produtoras de software, auxiliando a prevenir problemas na qualidade de processo e melhorando a qualidade do software desenvolvido.

Made available in DSpace on 2014-06-12T15:52:03Z (GMT). No. of bitstreams: 1 license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2008
No século que se inicia, o gerenciamento das comunicações em projetos deverá se igualar, em importância, como fator de sucesso no desenvolvimento de projetos, aos gerenciamentos de escopo, tempo, custo e qualidade. Essa é a visão de Adrian Lammi, Presidente do Northeast Ohio Chapter do Project Management Institute (PMI). Esse crescimento, em importância, da gestão das comunicações em projetos tem como aliados, a globalização, o Gerenciamento da Qualidade Total (TQM), os padrões definidos pela International Organization for Standardization (ISO) e o Guia PMBOK. O gerenciamento dos projetos de desenvolvimento de software também deverá dar maior ênfase aos processos de comunicação, fator crucial em projetos intensivos em tecnologia e conhecimento e dependentes da identificação das reais necessidades dos clientes. O Rational Unified Process-RUP, por exemplo, é um framework bastante completo, adota boas práticas de gerenciamento de projetos e é largamente utilizado. Entretanto, apresenta lacunas no que concerne ao processo de gerenciamento das comunicações: esse processo não está sistematizado, é incompleto e fragmentado. Embora a estrutura do RUP já sirva como um canal de comunicação, através da produção, distribuição, atualização, armazenamento e controle de artefatos, há a necessidade, em um processo de desenvolvimento de software, de um melhor gerenciamento dos outros meios de comunicações formais. A comunicação, em projetos pequenos, pode ter como característica mais forte a informalidade, mas em projetos de portes médio e grande necessita ser planejada, coordenada, avaliada e ser objeto de um processo de melhoria contínua, através das lições aprendidas. Além do que, necessita-se, para um gerenciamento eficaz, de uma visão sistêmica dessa área de conhecimento do Guia PMBOK, que pode ser suprida, através da identificação de seus processos e de suas interfaces. Acrescenta-se a essas questões o fato de que a comunicação, como ferramenta estratégica do gerente, está sendo subutilizada no RUP. A ênfase é na sua função informativa. As demais funções da comunicação, identificadas por Lee Thayer: comandar, instruir, influenciar (indireta e encobertamente), persuadir (direta e manifestamente) e integrar, não são tratadas com a relevância que merecem, pois o RUP é muito voltado à área técnica. Nesse contexto, esta dissertação, propõe-se a sistematizar e complementar o processo de gerenciamento das comunicações no RUP, com base no tripé formado pela norma ISO 10006 (diretrizes), pelo Guia PMBOK (definição dos processos, conceitos e procedimentos) e pelo método alemão Metaplan, desenvolvido para a condução de workshops, diminuindo-lhes o custo, através de aumento de produtividade. A idéia central é estender o fluxo de trabalho da disciplina de gerenciamento do projeto do RUP, inserindo o subfluxo gerenciar comunicações do projeto, com atividades de planejamento, como a elaboração de um plano de gerenciamento das comunicações, e de gerenciamento de rotina

IBM Rational Unified Process is a robust iterative software development methodology. The main goal of master´s thesis is to describe the aspects of this methodology and to analyze and design a fictional information system within the scope of "inception" and "elaboration" phase.

Denna uppsats avser att undersöka om systemutvecklingsmetoderna RUP och Prototyping kan komplettera och kombineras med varandra. Vidare avser uppsatsen att undersöka hur de fungerar i praktiken men också hur UML och Prototyping kan visualisera och säkra kravlistan för processtyrning inom läkemedelsindustrin.

Fallstudien som denna uppsats innehåller är gjord på ett läkemedelsföretag i Sverige. Vid tillverkning av läkemedel användes olika former av pappersbaserad dokumentation som signeras manuellt. Företaget har idag bland annat ingen kontroll över om signeringen utförs under eller efter tillverkningen och enligt GMP strider detta mot de regler och lagar som styr läkemedelstillverkningen. För att hitta de krav användarna ställer på ett kontrollstyrningssystem har både observationer och intervjuer utförts på plats.

There are many Information System requirement specification methods, but not much of them are related with goals. This work presents analysis of methods related with goal modelling and requirement specification. The field of this work is specification methods of goals and requirements. The object of this work is goal driven requirement specification process. The problem of the work is alignment of requirements to business goals and tracing the compliance of goals, requirements and design artefacts during development process. The main result of analysis is revealing of perspectives for extending requirement specification method with goal modelling and analysis, relating and tracing goals to requirements and software artefacts, and integration of these steps into standard unified development process. For this purpose, a UML profile was created and implemented in CASE tool “Magic Draw”. Experimental investigation of created means by applying them to IS development demonstrated the suitability of the approach.
Daugelyje organizacijų aktuali informacinių technologijų atitikimo veiklos poreikiams problema. Vienas iš būdų ją spręsti – susieti informacinių sistemų programinės įrangos reikalavimų specifikacijas su veiklos tikslais. Dėl reikiamų modeliavimo priemonių CASE įrankiuose nebuvimo tikslų modeliavimas praktiniuose kūrimo procesuose yra neatliekamas arba atliekamas tik dalinai. Planuojant informacinių sistemų projektus, tikslinga analizuoti tikslus, nes taip galima padidinti informacinių sistemų tinkamumą veiklos poreikiams. Todėl tikslais grindžiamo reikalavimų specifikavimo metodo sukūrimas yra aktuali ir novatoriška problema. Šio darbo tyrimo sritis yra tikslų ir reikalavimų specifikavimo metodai. Darbo tyrimo objektas yra tikslais grindžiamas reikalavimų specifikavimo procesas. Šio darbo tyrimo problema yra reikalavimų suderinamumas su veiklos tikslais, taip pat tikslų, reikalavimų ir juos realizuojančių artefaktų atitikimo sekimas projektavimo metu. Darbo tikslas yra sudaryti reikalavimų specifikacijos modelį, kuriame specifikacijų elementai būtų susieti tarpusavyje ir turėtų ryšį su organizacijos tikslais. Taip pat reikia pateikti priemones tikslų, reikalavimų ir artefaktų atitikimui sekti projektavimo metu. Sukurtas tikslais grindžiamų reikalavimų metamodelis ir UML profilis, realizuotas UML CASE įrankio Magic Draw DSL kūrimo priemonėmis, leidžia vaizduoti tikslus, su jais susijusius panaudojimo atvejus ir detalizuotus reikalavimus. Taikydami sudarytą metodiką... [toliau žr. visą tekstą]

El constante crecimiento de los equipos informáticos en la Universidad Católica Santo Toribio de Mogrovejo ha llegado al punto de no poder llevar el control de forma manual, sumándose la situación la comunicación que el personal trasmite para la atención de los equipos, la que se da de forma verbal, y no tienen algún sustento formal para la validación del mismo. Con la implementación de una aplicación web, se mejorarían la gestión y control del parque informático. La importancia de sistematizar la información, ejecutando un proceso de ingeniería de software, fue asegurar un producto de calidad y flexibilidad. El proceso unificado rational (RUP) aplica la guía para conducir las actividades durante el desarrollo del producto. El proyecto aplica estos conceptos para mejorar el control del parque informático, teniendo como lenguaje de programación a PHP y MYSQL como manejador de base de datos que admiten disponer de una página dinámica para mostrar a información. La implementación demuestra que los procesos de control del parque informático fue menor usando el sistema propuesto, con tiempo ganado de 63.16% en la gestión de equipos; 83.88% y 88.46% en el mantenimiento correctivo y preventivo respectivamente, un 50 % en el proceso de casos registrados y un 92.78% se realizó en menos tiempo en comparación con el sistema anterior.
Tesis

O presente estudo foi desenvolvido em dois experimentos: 1) Tipo de processamento do milho e a relação PDR:PNDR sobre a fermentação ruminal, comportamento alimentar e seletividade ingestiva de vacas leiteiras cujos objetivos foram: a) avaliar o efeito do tipo de processamento do milho (floculado ou moído) e a relação da proteína degradável (PDR) e não degradável no rúmen (PNDR) (alta ou baixa) sobre a fermentação ruminal, o comportamento alimentar e a seletividade ingestiva de vacas leiteiras durante o período experimental; b) avaliar o efeito a curto prazo da troca da dieta contendomilho moído ou floculado e alta ou baixa relação PDR:PNDR sobre o consumo de matéria seca, produção e estabilidade do leite (teste do álcool, pH, cálcio iônico, estabilidade térmica e alcoólica) de vacas leiteiras durante período de adaptação. Foram utilizadas 20 vacas da raça Holandesa, com 162 ± 70 DEL, 666 ± 68 kg de peso corporal, 3,15 ± 0,48 de escore de condição corporal e 36,0 ± 7,78 kg/vaca/ dia de produção de leite. Os resultados de metabolismo ruminal indicaram que o milho floculado reduziu a relação acetato:propionato e a concentração de ácido acético (%) e aumentou as concentrações dos ácidos valérico (µmol/L) e de propiônico (%) e o pH fecal em relação ao milho moído. Quanto ao comportamento alimentar, observou-se que o uso de milho floculado associado à alta relação PDR:PNDR e a utilização de milho moído associado à baixa relação PDR:PNDR reduziram os tempos de alimentação (TAL/ kg de MS ingerida) e de ruminação (TRU/ kg de MS ingerida) entretanto, o uso de milho floculado associado à alta ou à baixa relação PDR:PNDR aumentaram o tempo de ruminação (TRU/ kg de FDN consumido). Já para índice de seleção notou-se que a rejeição de partículas longas (> 19,0 mm) foi menor em vacas alimentadas com milho floculado em relação às alimentadas com moído. 2) Efeito a curto prazo da troca da dieta sobre a produção e estabilidade do leite de vacas da raça Holandesa que teve por objetivo avaliar o efeito do dia de troca da dieta com diferentes fontes de carboidrato não fibroso associado ou não a inclusão de tamponante/alcalinizante sobre CMS, produção e estabilidade do leite (teste do álcool, pH, cálcio iônico, estabilidade térmica e alcoólica). Foram utilizadas 16 vacas da raça Holandesa, com 130 ± 81 DEL, peso corporal de 660 ± 62 kg e produção média de leite de 28,5 ± 4,79 kg/vaca/dia. O milho moído associado à alta ou à baixa relação PDR:PNDR aumentou o CMS, entretanto o fornecimento de dieta contendo a alta relação PDR:PNDR associada ao milho moído ou floculado apresentaram redução na PL. O uso de milho floculado associado à alta relação PDR:PNDR aumentou o valor de pH das amostras de leite e em todos os tratamentos testados a concentração de Cai apresentou redução. O uso de milho floculado associado ao aumento da relação PDR:PNDR causou redução na estabilidade alcoólica do leite e o uso do milho moído associado a baixa relação PDR:PNDR aumentou a estabilidade do leite ao teste do álcool. O CMS foi a única variável que apresentou efeito da dieta, em que o uso de milho moído sem a inclusão de tamp/alc aumentou o CMS. Sendo assim, durante o período de adaptação, o efeito a curto prazo de troca foi mais nítido nas dietas contendo milho processado associado à proteínas de diferentes degradabilidades ruminal do que nas dietas contendo fontes de carboidratos não fibrosos associados à inclusão ou não de tamp/alc.
The present study was developed in two experiments: 1) Corn processing type and the RDP:RUP ratio on ruminal fermentation, feeding behavior and ingestive selectivity of dairy cows. The objectives were: to evaluate the effect of corn processing type (flocculated or ground) and the ratio (hight or low) of degradable (RDP) and non-degradable protein (RUP) on ruminal fermentation, feed behavior and ingestive selectivity of dairy cows during the experimental period. Indeed to evaluate the short-term effect of dietary exchange containing either ground or flocculated corn and high or low RDP: RUP ratio on dry matter intake, milk yield and stability (alcohol test, pH, ionic calcium, of dairy cows during adaptation period. Twenty Holstein cows were used, with 162 ± 70 DIM, 666 ± 68 kg body weight, 3.15 ± 0.48 body condition score and 36.0 ± 7.78 kg / cow / day of milk yield. The results of ruminal metabolism indicated that the flocculated corn reduced the acetate: propionate ratio and the acetic acid concentration (%) and increased the concentrations of valeric (µmol / L) and propionic acid (%) and fecal pH in relation to ground corn. As regards feed behavior, it was observed that the use of flocculated corn associated with high RDP:RUP ratio and the use of milled corn associated with low RDP:RUP ratio reduced feeding times (TAL / kg of intake DM) and rumination (TRU / kg of DM ingested). However, the use of flocculated corn associated with high or low RDP:RUP ratios increased rumination time (TRU / kg of NDF consumed). For the selection index, it was noted that the rejection of long particles (> 19.0 mm) was lower in cows fed flocculated maize than those fed with milled corn. 2) Short-term effect of the diet change on the production and stability of Holstein cows milk that aimed to evaluate the effect of the diet change day with different sources of non-fibrous carbohydrate associated or not with the inclusion of buffer / alkalinizing on DMI, milk production and stability (alcohol test, pH, ionic calcium, thermal and alcoholic stability). Sixteen Holstein cows, 130 ± 81 DIM, body weight of 660 ± 62 kg and mean milk yield of 28.5 ± 4.79 kg / cow / day were used. Ground corn associated with high or low RDP:RUP ratios increased of intake DM; however, the diet containing the high RDP:RUP ratio associated to ground or flocculated corn showed a decrease in milk yield. The use of flocculated corn associated with high RDP:RUP ratio increased the pH value of milk samples; and in all tested treatments; the concentration of Cai presented reduction. The use of flocculated corn associated with the increase of the RDP:RUP ratio caused a decrease in the milk alcoholic stability while the use of ground corn associated with a low RDP:RUP ratio increased this variable. The intake DM was the only variable that presented a dietary effect, in which the use of ground corn without the inclusion of buffer/alk increased intake DM. Thus, during the adaptation period, the short-term effect of exchange was more pronounced in diets containing processed corn associated with proteins of different ruminal degradability than in diets containing sources of non-fibrous carbohydrates associated with the inclusion of buffer/alk .

Rational unified process är en systemutvecklingsmetod som ofta används som ramverk och stöd vid utveckling. RUP kan även användas i sin helhet, vilket detta arbete handlar om. Metoden består av 5 itererande faser och har detaljerade beskrivningar på hur varje fas ska genomföras vid en utvecklingsprocess. RUP är dock väldigt komplext i sin helhet och innehåller många aktörer samt iterationer som tar tid och kostar pengar. Trots allt så är RUP en metod som blir allt mer vanligare att använda vid utveckling idag. I RUP så försäkrar man användarens behov via s.k. användarfall. För att ta reda på alla användares behov förespråkar Krutchen (2003) att man träffar användarna och gemensamt ritar upp användarfallsmodeller som täcker in behoven. På detta sätt så försäkrar man sedan att behoven är täckta innan man går vidare till nästa fas i utvecklingen. Användarfall är något som även används i andra metoder. Detta arbete beskriver dock enbart hur det används i metoden RUP. Detta arbete ska undersöka användarmedverkan i teori och praktik vid skapandet av användarfall i RUP. Frågeställningen besvarades genom litteraturstudier samt genom intervjuer av utvecklare angående ämnet. Resultatet visade bland annat att det inte alls existerar användarmedverkan i det omfång som det skulle behövas för att försäkra att man får ett användbart system. Det visar även en skillnad mellan teori och praktik vid användandet av RUP.

För att genomföra ett lyckat systemutvecklingsprojekt kan ett flertal utvecklingsmetoder användas. Utvecklingsmetoder hjälper till att undvika fallgropar under utvecklingsprocessen. De två typer av utvecklingsprocesser som arbetet baseras på är eXtreme Programming (XP) och Rational Unified Process (RUP).

Genom att identifiera skillnader samt hur XP och RUP kan kombineras, presenteras olika faktorer. En faktor är projektstorlek som enligt litteratur är den viktigaste faktorn vid valet mellan XP och RUP. Med hjälp av en enkätundersökning hos ett antal utvecklingsföretag har data samlats in för att ta reda på om projektstorlek är en huvudsaklig faktor för valet mellan XP och RUP. Undersökningen resulterar i att verifiera eller falsifiera om projektstorlek är en huvudsaklig faktor vid valet mellan XP och RUP. Undersökningen visar med hjälp av ett poängsystem att projektstorlek inte är den huvudsakliga faktorn, det vill säga att hypotesen om att projektstorlek är huvudsaklig, falsifieras

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.

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.

Made available in DSpace on 2014-06-12T15:58:34Z (GMT). No. of bitstreams: 2 arquivo4654_1.pdf: 4627963 bytes, checksum: 3d170d0cdec55ae30391efb38e5c6733 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2003
Uma das maiores dificuldades encontradas no desenvolvimento de sistemas computacionais é atender as expectativas dos usuários e clientes, de acordo com o cronograma e custo previstos. Um fator que contribui para este tipo de problema é a dificuldade em elicitar, analisar e especificar os requisitos do sistema. Este tem sido um dos pontos de grande interesse entre os pesquisadores. Três décadas depois do surgimento da Crise do Software, ainda continuamos com grandes dificuldades para produzir um documento de requisitos e mantê-lo consistente com os outros artefatos produzidos no desenvolvimento das aplicações. Além disto, devido a globalização da economia mundial, a Internet tem se mostrado como um dos mais efetivos e atrativos meios para realização de transações comerciais. As empresas estão migrando seus sistemas corporativos para plataformas baseadas principalmente na Web, tornando o desenvolvimento cada vez mais sofisticado. Diante deste panorama, este trabalho propõe um processo de Engenharia de Requisitos onde são consideradas característcas que requerem maior atenção em relação ao desenvolvimento de aplicações Web, tais como: questões sobre elicitação de requisitos, interface do usuário e maior ênfase nos requisitos não-funcionais. O processo proposto, chamado WRE-Process (Web Requirements Engineering Process), é baseado no fluxo de Requisitos do RUP, por este ser o processo dominante no mercado. Com o desenvolvimento da proposta, procuramos criar um processo que fosse genérico o suficiente para atender diversos domínios e tipos de aplicações, mas que contemplasse necessidades das aplicações Web, como: integração entre requisitos funcionais e não-funcionais, elicitação e desenvolvimento de requisitos de interface, entre outros. Desta forma, podemos dizer a principal contribuição deste processo é fornecer um conjunto coerente de atividades e artefatos direcionados para a Engenharia de Requisitos, considerando características das aplicações Web, mas que mantém a generacidade do RUP, podendo ser aplicado a em diferentes tipos de sistemas de software. O principal objetivo a ser alcançado com a utilização deste processo é a satisfação do cliente, possibilitando que ele receba um produto conforme suas necessidades e expectativas, dentro do prazo e custos previstos, porém sem acarretar prejuízos à empresa fornecedora e sem sobrecarregar a equipe de desenvolvimento

Web servisų galimybės geriausiai tinka e. Vyriausybės informacinių sistemų įgyvendinimui. Šiame darbe taikomi tinklo paslaugų architektūros (Service Oriented Architecture (SOA)) principai ir įvairūs standartai, naudojami e. Vyriausybės informacinių sistemų kūrimui, saugiam duomenų perdavimui, informacijos šifravimui. Paslaugų architektūra SOA (angl. Service Oriented Architecture) yra tokia programinės įrangos architektūra, kai vartotojai naudoja programinę įrangą kaip paslaugą, kuri pasiekiama tinkle per realizaciją slepiančius interfeisus. SOA grindžiama visuotinai priimtais de facto standartais, kurie padeda palaikyti vartotojams reikalingus veiklos procesus, susidedančius iš laisvai susietų (angl. loosely coupled) paslaugų. Į vartotoją sutelktas paslaugų vaizdas yra pagrindinė idėja, skirianti paslaugas nuo objektinės orientacijos. Paslaugų informacinės sistemos (angl. Service-oriented Information Systems) sudarytos iš laisvai susietų junglių (angl. Interoperable) paslaugų, kurias valdo vartotojų reikalavimai. Norint veiksmingai projektuoti paslaugas, reikia šiek tiek kitaip modeliuoti: daugiau dėmesio skirti veiklos tikslams, kurti tikslesnius modelius, labiau automatizuoti kūrimo procesą. Pagrindiniai paslaugų elgsenos modeliai yra sąveikos ir būsenų mašinos, pagrindiniai statiniai paslaugų IS modelių elementai yra dalykinės srities duomenų esybės, paslaugų interfeisai ir pranešimai, kuriais keičiasi veiklos dalyviai. Naudojant visas šias technologijas buvo siekiama... [toliau žr. visą tekstą]
Government in every country wants to enhance the quality of their services provided for citizens and business enterprises. However, due to the lack of interoperability, traditional governments and municipalities face serious problems. These are mainly poor quality and high cost of services, and low economical revenues. Lithuania e-government has been proposed for solving these problems by making the interaction between government and citizens (G2C), government and business enterprises (G2B), and inter-agency relationships (G2G) more friendly, convenient, transparent, and inexpensive. E-government unifies different software solutions to provide country citizens and business enterprises easier way to communicate with their government. Web services provide interoperability for different types of applications, and this technology fits very well for developing e-government applications. This document summarizes the development of pension fund G2B software solution which should provide effective and reliable way for Lithuanian Republic Committee of Securities and pension fund governing enterprises to interchange various reports.

COORDENAÇÃO DE APERFEIÇOAMENTO DO PESSOAL DE ENSINO SUPERIOR
FUNDAÇÃO PADRE LEONEL FRANCA
Nesta tese é proposto um processo de desenvolvimento de groupware (software para dar suporte ao trabalho em grupo). O processo proposto é resultado de oito anos de experiência com o desenvolvimento dos serviços do ambiente AulaNet, e mais especificamente, dos cinco anos de pesquisa e desenvolvimento de versões do Mediated Chat. As boas práticas aprendidas ao longo destas experiências foram incorporadas no processo: uso do Modelo 3C de Colaboração para guiar o desenvolvimento de groupware, desenvolvimento evolucionário focando um problema por versão num processo investigativo, e desenvolvimento baseado em componentes e orientado ao reuso. O processo aqui proposto, denominado RUP-3C-Groupware consiste na extensão do RUP, Rational Unified Process, na qual foram incorporadas as boas práticas aprendidas. Na tese são apresentados os fluxos de atividades e os artefatos estendidos ou elaborados para o RUP-3C-Groupware. Para investigar o processo proposto, foi realizado um Estudo de Caso onde alunos de Engenheira de Software executaram algumas das atividades produzindo alguns artefatos-chave. Do estudo de caso foram obtidos indícios sobre a repetitividade do processo e de sua adequação para o desenvolvimento de groupware.
A groupware (group work support software) development process is proposed in this thesis. This process is the result of eight years of experience with the development of services for the AulaNet environment, and more specifically of five years researching and developing Mediated Chat tool versions. The good practices learned through these activities were incorporated into the process proposed: the use of the 3C Collaboration Model to guide groupware development, evolutionary development focusing on a single problem per version in an investigative process, and reuse-oriented component- based development. These practices were used to guide the specification of the RUP, Rational Unified Process, resulting in the new process, namely the RUP-3C- Groupware. The new or extended RUP-3C-Groupware workflows and artifacts are presented. This process was investigated through a case-study in which Software Engineering students performed certain activities producing a few key- artifacts. From this case-study some indications regarding process repetitiveness and its suitability to groupware development were obtained.

According to some researchers, a hybrid approach can help optimize the software development lifecycle by combining two or more methodologies. RUP and Scrum are two methodologies that successfully complement each other to improve the software development process. However, the literature has shown only few case studies on exactly how organizations are successfully applying this hybrid methodology and the benefits and issues found during the process. To help fill this literature gap, the main purpose of this thesis is to describe the development of the Lobbyist Registration and Tracking System for the City of Jacksonville case study where a hybrid approach, that integrates RUP and Scrum, was implemented to develop a major application to provide additional empirical evidence and enrich the knowledge in this under-investigated field. The objective of this research was fulfilled since the case study was described in detail with the specific processes implemented using RUP and Scrum within the context of the IBM Rational Collaborative Lifecycle Management Solution. The results may help researchers and practitioners who are looking for evidence about conducting a hybrid approach. However, more case studies that successfully combine RUP and Scrum need to be developed in order to have enough empirical evidence.

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]

El presente trabajo pretende otorgar un marco conceptual y practico para poder seleccionar la metodología mas adecuada para el desarrollo de software en la empresa. Para ello como caso de estudio se seleccionó a la empresa Lideres en Servicio SAC, que esta dedicada a la comercialización de productos y servicios de Telefónica del Perú (TDP) a la cual representa en calidad de distribuidor autorizado. Se realizó un análisis interno de la empresa y se identificó que la empresa tiene la necesidad de responder al cambio en forma continua, así como de obtener resultados en forma rápida. La relación con el cliente es estrecha, encontrándose cerca al Grupo de Desarrollo del Proyecto, llevándose a cabo continuas reuniones, las cuales están focalizadas a solucionar y priorizar los requerimientos. Además el 50 % de los desarrolladores cuentan con mas de 4 años de experiencia, considerándose Senior, y los demás Junior y Semi-Senior. Se concluye que tanto las metodologías ágiles como las orientadas al plan son aplicables eficientemente dentro de sus territorios, fuera de ellas, se corren riesgos. En este sentido, la experiencia indica que es mejor partir de una metodología sencilla, al cual agregar lo necesario, antes que partir de una muy completa, a la que se debe recortar todo lo no necesario.

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.

El constante crecimiento de los equipos informáticos en la Universidad Católica Santo Toribio de Mogrovejo ha llegado al punto de no poder llevar el control de forma manual, sumándose la situación la comunicación que el personal trasmite para la atención de los equipos, la que se da de forma verbal, y no tienen algún sustento formal para la validación del mismo. Con la implementación de una aplicación web, se mejorarían la gestión y control del parque informático. La importancia de sistematizar la información, ejecutando un proceso de ingeniería de software, fue asegurar un producto de calidad y flexibilidad. El proceso unificado rational (RUP) aplica la guía para conducir las actividades durante el desarrollo del producto. El proyecto aplica estos conceptos para mejorar el control del parque informático, teniendo como lenguaje de programación a PHP y MYSQL como manejador de base de datos que admiten disponer de una página dinámica para mostrar a información. La implementación demuestra que los procesos de control del parque informático fue menor usando el sistema propuesto, con tiempo ganado de 63.16% en la gestión de equipos; 83.88% y 88.46% en el mantenimiento correctivo y preventivo respectivamente, un 50 % en el proceso de casos registrados y un 92.78% se realizó en menos tiempo en comparación con el sistema anterior.

Práce se snaží zhodnotit možnosti využití metodiky RUP při realizaci projektu vývoje konkrétního informačního systému s danými parametry. Těmito parametry jsou malý rozsah, webová platforma a technologické prostředí PHP 5. V úvodu se práce zaobírá úlohou metodik při vývoji software, následuje představení metodiky RUP. Dále je probírána metodická podpora specifických charakteristik projektů. Vlastním přínosem práce je vytvoření vlastní instance metodiky RUP vhodné pro definovaný projekt a na základě zkušeností s metodikou pak zhodnocení využitelnosti metodiky RUP pro daný projekt a návrh změn metodiky.

In this document we are analyzing and modelling Micro Payments Management System (further MPMS). This type of system is based on new technologies. It is created in order to simplify every day’s usual micro payments for different services. All services that require micro payments are integrated into one and single management system. The usage of the created system is simple and easy. The clients of the system are all users that use car parking, city transport, theatre, cinema and other services where you don‘t need big money to pay for services. The users have to have terminal equipment such as: personal computer, laptop with internet connection or cell phone with SMS, WAP, GPRS, 3G functionality or micro-payments card. Payment is very easily done, once you picked a service you can pay buy bank transfer, mobile pay or money is deducted from your virtual account. We think that a lot of service provider will be interested in this type of management system. Also this intellectual micro payments management system will be useful for its users, because you don‘t need special equipment to use it, and this system helps you save your time and money.

Made available in DSpace on 2014-06-12T16:01:12Z (GMT). No. of bitstreams: 2 arquivo7178_1.pdf: 1473982 bytes, checksum: a80205c97e4d02bb017cd160eec998a0 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2005
A evolução da indústria de software vem seguindo as tendências do mercado global, onde fatores como alta qualidade, baixo custo de produção e manutenção, uso efetivo de recursos e time-to-market ditam os objetivos dos negócios. Além destas demandas, um novo fator está sendo incorporado: a customização de produtos para atender às necessidades únicas de cada cliente. Apesar de novas estratégias terem surgido na indústria de software no sentido de sistematizar o desenvolvimento de produtos de software, ainda existem vários desafios em torno da necessidade de construir produtos modulares e que possuam um alto grau de flexibilidade, como, por exemplo, o amadurecimento de um processo para a construção sistemática de produtos customizáveis de software e a solução dos problemas em torno da instanciação destes produtos para atender às necessidades particulares de diversos clientes. Através de uma análise de processos de software existentes foi possível identificar as lacunas deixadas pelos processos RUP e XP, no âmbito da customização e implantação de produtos de software. As abordagens focam no desenvolvimento de produtos de software, seja ele um serviço para um cliente específico (software sob encomenda) ou um produto fechado. Como resultado deste estudo, foi definida uma abordagem de processo de software cujo objetivo é orientar e apoiar na condução de projetos cujo foco é a customização e implantação de produtos de software. As principais contribuições deste trabalho são a formalização de um processo eficaz para a customização e implantação de produtos de software e que, ao mesmo tempo, seja vantajoso em termos de tempo e custo em relação ao desenvolvimento tradicional de software

V této diplomové práci se zabývám problematikou metodik pro vývoj IS. Cílem diplomové práce je analýza současného stavu existující metodiky v konkrétní firmě a návrh metodiky pro vývoj IS. Návrh provádím v závislosti na zjištěných existujících problémech současné metodiky. Práce je rozdělena do tří hlavních částí. V první části práce, v kapitole 2, popisuji současný stav a trendy ve vývoji metodik pro vývoj IS. V druhé části práce popisuji jednak současný stav v analyzované firmě, zejména popis prostředí analyzované firmy a existující metodiky, dále pak uvádím zjištěné problémy současného stavu, jejich rozčlenění a popis. Ve třetí části práce pak uvádím popis navrhované metodiky, zejména se zaměřuji na její procesní a organizační aspekty a na oblast dokumentace v rámci navrhované metodiky. Na závěr uvádím některá doporučení pro implementaci navrhované metodiky do prostředí firmy.

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.

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.

Made available in DSpace on 2013-08-07T18:43:21Z (GMT). No. of bitstreams: 1 000444180-Texto+Completo-0.pdf: 9406851 bytes, checksum: a31a0ed68333730c028c25e41a222310 (MD5) Previous issue date: 2009
Software organizations of development are always searching to increase the product quality of software, for that is necessary that the processes well are defined and can be controlled. However, some difficulties are found as: processes directed total toward the productive activity and with little or no management activity, bad the management of projects or absence of management, not attendance the expectation of the involved ones. These processes must allow a methodology of management of projects that describes the activities important to all to assure the quality of the project with one, including the product and the process. In this context, this research considers an integrated process using a methodology of management of projects and a process of development of software in the area of target management. Contributing so that management and productive activities are executed of integrated form and using the area of target management to determine correctly as these activities they must be developed in the project in order to produce the foreseen deliveries. Like this, the process is presented and a use example, so that it can assist the managers in the taking of decision and planning, execution and control of the projects.
As organizações de desenvolvimento de software estão sempre buscando aumentar a qualidade dos produtos de software, para isto é necessário que os processos sejam bem definidos e possam ser controlados. Entretanto, algumas dificuldades são encontradas como: processos voltados totalmente para a atividade produtiva e com pouco ou nenhuma atividade gerencial, má gerência de projetos ou ausência de gerência, não atendimento a expectativa dos envolvidos. Estes processos devem permitir uma metodologia de gerência de projetos, que descreva as atividades importantes para garantir a qualidade do projeto com um todo, incluindo o produto e o processo. Neste contexto, esta pesquisa propõe um processo integrado utilizando uma metodologia de gerência de projetos e um processo de desenvolvimento de software na área de gerenciamento de escopo. Contribuindo para que atividades gerenciais e produtivas sejam executadas de forma integrada e utilizando a área de gerenciamento de escopo para determinar corretamente como estas atividades devem ser desenvolvidas no projeto de modo a se produzir as entregas previstas. Assim, apresenta-se o processo e um exemplo de uso, para que possa auxiliar os gestores na tomada de decisão e planejamento, execução e controle dos projetos.

Dissertação (mestrado) - Universidade Federal de Santa Catarina, Centro Tecnológico. Programa de Pós-Graduação em Ciência da Computação.
Made available in DSpace on 2012-10-21T05:39:33Z (GMT). No. of bitstreams: 1 200157.pdf: 797805 bytes, checksum: b2b2913427d0d8e1c22f889d7d016c8a (MD5)

Made available in DSpace on 2014-06-12T15:59:29Z (GMT). No. of bitstreams: 2 arquivo5131_1.pdf: 1900200 bytes, checksum: ad65796c81b1e066cf420b119312333d (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2002
Coordenação de Aperfeiçoamento de Pessoal de Nível Superior
A Internet tem se mostrado como um dos mais efetivos e atrativos meios para realização de transações comerciais, possibilitando tanto a divulgação, quanto a negociação e disponibilização de bens e serviços. Além disto, devido em grande parte a globalização da economia mundial, cada vez mais as empresas estão migrando seus sistemas corporativos para plataformas baseadas principalmente na Web. Diante deste panorama, hoje em dia existe uma demanda bastante significativa pelo desenvolvimento de aplicações para Web. Entretanto, do ponto de vista da Engenharia de Software, as aplicações Web possuem características específicas que as diferenciam das aplicações tradicionais, e que precisam ser tratadas no processo de desenvolvimento de uma forma disciplinada. Para tanto, fazem-se necessárias adaptações em processos de desenvolvimento de software já existentes para um melhor atendimento na construção de aplicações Web. Visando atender as necessidades de desenvolvimento específicas para aplicações Web, este trabalho apresenta uma adequação da metodologia genérica de desenvolvimento de software RUP (Rational Unified Process), mais especificamente no fluxo de Análise e Projeto, tendo em vista que a etapa de análise e projeto é onde há uma maior diferença no desenvolvimento de aplicações Web com relação a aplicações tradicionais. Este trabalho apresenta também um estudo de caso para validação da efetividade da proposta de extensão do fluxo de Análise e Projeto do RUP para o desenvolvimento mais apropriado de aplicações Web

Практичне застосування – корисність ідеї полягає в тому, щоби показати, що дотримання строгого підходу до розподілу як завдань так і відповідальності в середині команди-розробника програмного забезпечення ґарантуватиме можливість реалізації всіх запланованих етапів створення програмного продукту точно по обумовленим термінам та не виходячи за розмір передбаченого бюджету передбаченого на створення якісного програмного продукту, який відповідатиме в повній мірі вимогам замовника. Технічні вимоги – для розробки запропоновано до використання систему керування вмістомCMS, мова програмування РНР.
Метoю кваліфікаційної роботи є вдосконалення через оптимізацію моделі та розробка нових модулів з обґрунтуванням та демонстрацією особливостей проектування з врахуванням принципів раціонального уніфікованого підходу.

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.

Made available in DSpace on 2015-04-14T14:49:56Z (GMT). No. of bitstreams: 1 444180.pdf: 9406851 bytes, checksum: a31a0ed68333730c028c25e41a222310 (MD5) Previous issue date: 2009-12-18
Software organizations of development are always searching to increase the product quality of software, for that is necessary that the processes well are defined and can be controlled. However, some difficulties are found as: processes directed total toward the productive activity and with little or no management activity, bad the management of projects or absence of management, not attendance the expectation of the involved ones. These processes must allow a methodology of management of projects that describes the activities important to all to assure the quality of the project with one, including the product and the process. In this context, this research considers an integrated process using a methodology of management of projects and a process of development of software in the area of target management. Contributing so that management and productive activities are executed of integrated form and using the area of target management to determine correctly as these activities they must be developed in the project in order to produce the foreseen deliveries. Like this, the process is presented and a use example, so that it can assist the managers in the taking of decision and planning, execution and control of the projects
As organiza??es de desenvolvimento de software est?o sempre buscando aumentar a qualidade dos produtos de software, para isto ? necess?rio que os processos sejam bem definidos e possam ser controlados. Entretanto, algumas dificuldades s?o encontradas como: processos voltados totalmente para a atividade produtiva e com pouco ou nenhuma atividade gerencial, m? ger?ncia de projetos ou aus?ncia de ger?ncia, n?o atendimento a expectativa dos envolvidos. Estes processos devem permitir uma metodologia de ger?ncia de projetos, que descreva as atividades importantes para garantir a qualidade do projeto com um todo, incluindo o produto e o processo. Neste contexto, esta pesquisa prop?e um processo integrado utilizando uma metodologia de ger?ncia de projetos e um processo de desenvolvimento de software na ?rea de gerenciamento de escopo. Contribuindo para que atividades gerenciais e produtivas sejam executadas de forma integrada e utilizando a ?rea de gerenciamento de escopo para determinar corretamente como estas atividades devem ser desenvolvidas no projeto de modo a se produzir as entregas previstas. Assim, apresenta-se o processo e um exemplo de uso, para que possa auxiliar os gestores na tomada de decis?o e planejamento, execu??o e controle dos projetos

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.

Requirements Engineering processen, RE-processen, är den tidiga fasen i ett systemutvecklingsprojekt, där RE-processens syfte är att identifiera, verifiera, validera samt dokumentera en mängd krav som ett nytt eller utvidgat system skall konstrueras efter. RE-processen skall mynna ut i en kravspecifikation där de dokumenterade kraven finns samlade.

Detta examensarbete behandlar ämnet systemutveckling och fokuserar på konsultföretags metodanvändande under RE-processen. Att fokus ligger på RE-processen beror på att denna fas är den mest kritiska delen i ett systemutvecklingsprojekt.

För att få svar på vilka metoder som konsultföretag använder under RE-processen har en intervjundersökning gjorts.

Resultatet av undersökningen visar att konsultföretag använder olika metoder under RE-processen. Sättet att använda dem fungerar på ungefär samma sätt med ett aktivt deltagande från kundernas sida. Systemutvecklingsmetoderna är också uppbyggda på liknande sätt med samma synsätt att arbeta efter.

Det existerar i dagsläget många färdigutvecklade mjukvaror för att underlätta olika organisationers processer.  Dessa mjukvaror täcker ofta stor del av den funktionalitet som organisationen behöver – till ett förhållandevis lågt pris.

Priset för att skräddarsy mjukvara, i motsats till färdigutvecklad mjukvara, efter sin egen organisation kan, speciellt när företaget är litet, vara väldigt högt i förhållande till lönsamheten. Då alla organisationer är olika, och således har olika funktionalitetskrav kan flera system behövas för att täcka dem. Överlappningen som sker mellan systemen ger plats för redundant data, som utan noggrann kontroll kan bli felaktig data.

En lösning är att integrera mjukvaror med varandra för att skapa bryggor emellan och således ta bort risken för felaktig data. Detta är ursprungspunkten för denna undersökning. Bristen på information om hur en sådan systemutveckling bör ske är motivet för denna utredning. Utredningens syfte är att täcka detta kunskapsbehov.

Genom att använda aktionsforskning, som förespråkar nära samarbete mellan praktiker och forskare, har ett organisationsspecifikt problem studerats. Artefakter från vissa delar av systemutvecklingsmetoden Rational Unified Process(RUP) har utvecklats för att ge organisationen ett praktiskt bidrag, samtidigt som ett akademiskt bidrag i form av riktlinjer har utvecklats. Eftersom avgränsning till vissa delar av RUP är gjord utvecklades inte ett fullt system utan artefakter för att underlätta själva utvecklingen – en slags förstudie.

Riktlinjerna, som speglar det praktiska bidraget, visar på ett ökat behov av att beskriva och illustrera arkitekturen hos det system som ska utvecklas. Men även ytterligare kunskap om de system som skall integreras bör utvecklas, detta innebär ett behov av närmare samarbete med organisationen.

RUP kan kompletteras med ytterligare metoddelar för att täcka speciella behov som projektet kan ha – detta inkluderar metoddelar för att hantera integrationsprojekt. Det är denna undersöknings slutsats att sådan komplettering inte är nödvändig i mindre projekt då RUP redan beskurits ordentligt under situationsanpassningen. Artefakter för att beskriva arkitektuella aspekter av projektet finns i RUP och inkluderingen av dessa bör täcka de behov ett mindre projekt har.

Undersökningen har även studerat hur integrationsfokuset påverkat valda delar av RUP. Resultatet av denna frågeställning är ytterligare modell-element i några artefakter samt ett antal ytterligare artefakter för att beskriva arkitektur.

A recent trend in the technological evolution has been to increase the mobility of the end-user. A contributing factor is the fast rate of improvement in the smartphone area. This, in turn, has changed the expectations end-users have on the availability of services, which has allowed mobile applications, apps, to find their place in everyday life. This study has been conducted at Scania’s Fleet Management department that offers a web-based service where haulage contractors can administer, monitor and follow up on their vehicle fleets. The purpose of this study was to investigate if Scania’s existing web service should be extended into the mobile area, and if so, what organizational and technical challenges app development imposes. To address this problem, a qualitative investigation was carried out with three main groups of respondents: comparable companies that have faced similar challenges, app development companies and the current users of the Fleet Management service. Additionally, a prototype application was developed to investigate the potential technical challenges that may occur. Combined with a theoretical framework the conducted research has led to recommendations on how to best take the step into the field of mobile devices. This study shows that it is advisable to adopt the mobile technological trend since the positive effects of an app outweigh the potential costs. The technical changes within the field of smartphones occur at a rapid rate, which requires special technical skills. The development also requires iterative development methods where the end-user is included throughout the whole process.

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.

Evidencia el uso de una metodología, enmarcada en la ingeniería de software, en la concepción de un sistema de información, en toda la amplitud de su conjunto, involucrando entidades (considérese personas, dependencias, organizaciones externas), procesos y recursos en un escenario hostil para la implementación de una solución informatizada, ya que el ámbito de aplicación de aplicación del sistema de información en cuestión es de carácter nacional, pasa por diversos niveles de gobierno y tiene como coyuntura un proceso aún incipiente de descentralización en el aparato gubernamental. Sin embargo, si bien el objetivo de estudio de la investigación se centra en la conceptualización y el diseño del sistema de información, la verificación de los resultados se realizará considerando la realización total del proyecto, el mismo que a la fecha se encuentra implementado y operativo, habiendo ya arrojado resultados de diversa índole. En otros términos, la validación de la investigación se realizará considerando su impacto real y final en la obtención de indicadores de VIH y TB, tomando en consideración que los procesos de implementación del software propiamente dicho y del sistema de información en general son consecuentes con los procesos involucrados en la presente investigación.
Trabajo de suficiencia profesional