No description available.

Packaged software is widely adopted and has become an integral part of most organizations’ IT portfolios. Once packaged software is adopted, upgrades to subsequent versions appear to be inevitable. To date, research on packaged software upgrade has not received the attention that it warrants, as academic research continues to focus on initial technology adoption. To explore this understudied yet important area, three research questions were proposed: (1) What influences the decision to upgrade packaged software? (2) How do stakeholders cope with software upgrade? (3) How does a packaged software upgrade affect stakeholders? A qualitative research method was used to study the research questions. Two cases were conducted at a Fortune 500 company located in the Southeastern region of United States. The first case studied Windows 2000 upgrades and the second case studied SAP 4.6C upgrade. A theoretical model with six components was induced from the study; the components are decision, motivating forces, contingency forces, planned strategies, corrective actions, and impacts. Upgrade decisions are the outcome of interaction between motivating forces that can originate from internal and external environments, and contingency forces. A decision to upgrade will lead to both positive and negative impacts as experienced by users and IT groups. However, stakeholders’ experiences differ according to the types of software and also their roles in the company. Two types of strategies were observed in the study: planned strategies and corrective actions. Planned strategies were used to tackle anticipated issues, and corrective actions were adopted to solve ad hoc problems when negative impacts arose. Both strategies can affect the final outcome of impacts. Finally, in the event a corrective action was used, there is a chance that it will become a permanent planned strategy.

<p>När informationssystem ska utvecklas handlar det om att välja den systemtyp som lämpar sig allra bästa för uppgifterna. Främsta handlar det om att välja mellan COTS och in-house. Idag finns det inga modeller som avhandlar det specifika valet av systemtyp. Detta innebär att valet av system i många fall sker på ren chans.</p><p>Bristen på modeller och hjälpmedel för val av systemtyp innebär således att det uppstått en kunskapslucka som resultatet från arbetet är tänkt att fylla. I arbetet presenteras en modell för hur valet av systemtyp bör ske, vilken kombinerar befintlig teori inom området samt kompletterar med nytt. Framtagningen av modellen har baserats på litteraturstudier men även observationer samt intervjuer, utförda på ett företag som står inför utmaningen att välja just systemtyp. Modellen har sedan testats för att avgöra dess kvalitet. Resultatet visar att modellen med fördel kan användas vid valet av systemtyp, den bistår utvecklare med riktlinjer över arbetet bakom valet av systemtyp bör föras.</p>

<p>Vid produktutveckling inom industriföretag finns idag luckor vad gäller IT-stöd i arbetets olika faser. Införandet av s.k. RBE-system (Rule Based Engineering) är ett steg på vägen mot att försöka fylla dessa luckor. Meningen med ett RBE-system kan sägas vara att ersätta traditionella konstruktionshandböcker med motsvarande konstruktionsanvisningar i digital form. Detta ger möjligheter till automatisering av processer som är tidskrävande, monotona och ofta förekommande, t.ex. olika former av komponentval, dimensioneringsprocesser etc. En av utgångspunkterna vid utvecklingen av RBE-system är att utgå från existerande programvaror. Detta kan ställa stora krav på utvecklarna. En fördel är om det finns en solid grund i form av fakta om vilka attribut hos ett program som är viktiga att ta hänsyn till för att underlätta valet av programvaror som lämpar sig integrationstekniskt för att koppla ihop med andra. Detta arbete syftar till att utreda dessa integrationstekniska aspekter.</p>

No description available.

Made available in DSpace on 2016-08-17T14:52:57Z (GMT). No. of bitstreams: 1 Paulino de Almeida Cantanhede Filho.pdf: 1682767 bytes, checksum: a5fce1801fd45fddf7e98305e0e9b053 (MD5) Previous issue date: 2005-03-14 / Guidelines for evaluation and selection of COTS (Commercial-Off-The-Shelf) products. Comes a methodology for the Development based on COTS (DBC) in the Requirements Engineering, being approached the evaluation phases and selection of DBC. The method is divided in three phases, that are divided in activities orienting by actions that seek to the quality of the information for a socket of decision in an automated and oriented way for defined evaluation criteria during the Requirements Engineering. This approach divide the requirements in three levels: Fundamental, Contractual and Desirable. The functional and no-functional requirements are treated in an equalitarian way. / Este trabalho apresenta diretrizes para avaliação e seleção de produtos COTS (Commercial- Off-The-Shelf). Apresenta-se uma metodologia para o Desenvolvimento Baseado em COTS (DBC) na Engenharia de Requisitos, abordando-se as fases de avaliação e seleção do DBC. O método está dividido em três fases, que por sua vez estão divididas em atividades direcionadas por ações que visam à qualidade das informações para uma tomada de decisão de forma automatizada e orientada por critérios de avaliação definidos durante a Engenharia de Requisitos. Esta abordagem divide os requisitos em três níveis, são eles: Fundamental, Contratual e Desejável. Os requisitos funcionais e não-funcionais são tratados de forma igualitária.

När informationssystem ska utvecklas handlar det om att välja den systemtyp som lämpar sig allra bästa för uppgifterna. Främsta handlar det om att välja mellan COTS och in-house. Idag finns det inga modeller som avhandlar det specifika valet av systemtyp. Detta innebär att valet av system i många fall sker på ren chans. Bristen på modeller och hjälpmedel för val av systemtyp innebär således att det uppstått en kunskapslucka som resultatet från arbetet är tänkt att fylla. I arbetet presenteras en modell för hur valet av systemtyp bör ske, vilken kombinerar befintlig teori inom området samt kompletterar med nytt. Framtagningen av modellen har baserats på litteraturstudier men även observationer samt intervjuer, utförda på ett företag som står inför utmaningen att välja just systemtyp. Modellen har sedan testats för att avgöra dess kvalitet. Resultatet visar att modellen med fördel kan användas vid valet av systemtyp, den bistår utvecklare med riktlinjer över arbetet bakom valet av systemtyp bör föras.

Vid produktutveckling inom industriföretag finns idag luckor vad gäller IT-stöd i arbetets olika faser. Införandet av s.k. RBE-system (Rule Based Engineering) är ett steg på vägen mot att försöka fylla dessa luckor. Meningen med ett RBE-system kan sägas vara att ersätta traditionella konstruktionshandböcker med motsvarande konstruktionsanvisningar i digital form. Detta ger möjligheter till automatisering av processer som är tidskrävande, monotona och ofta förekommande, t.ex. olika former av komponentval, dimensioneringsprocesser etc. En av utgångspunkterna vid utvecklingen av RBE-system är att utgå från existerande programvaror. Detta kan ställa stora krav på utvecklarna. En fördel är om det finns en solid grund i form av fakta om vilka attribut hos ett program som är viktiga att ta hänsyn till för att underlätta valet av programvaror som lämpar sig integrationstekniskt för att koppla ihop med andra. Detta arbete syftar till att utreda dessa integrationstekniska aspekter.

Abstract This study explores the role and nature of purchasing and supplier relationship management in the specific, complex industry setting. The purpose is to develop concepts to describe, conceptualise and analyse the emerging software component market from the point of view of the industrial buyer. The theoretical discussion on the market is concluded with a framework consisting of two parts; one describing the main elements of the market from the buyer's perspective and another describing the dynamism of the market. The theoretical framework suggests that the elements of the market from the buyer company's perspective are (1) the own needs, (2) the industry demand, (3) the object of exchange, (4) the exchange mechanism, (5) the exchange counterpart and (6) the industry supply. In the dynamic part of the framework, the development of the software component market, i.e. the progression of the market process is understood through change of heterogeneity of supply and demand. The empirical part of the study includes an embedded single-case study where a buyer perceived COTS software component market is analysed. First, the elements of the case market are studied and variables describing these elements are identified. Following this, the dynamic part of the framework is used as basis for identifying alternative types of markets for the development of the COTS software component market. This is resulted in a typology of four market types from the purchasing perspective; (1) Co-operation projects, (2) Ideal market, (3) Competitive supply management and (4) Horizontal competition. It is argued that all these represent a different type of situation from the industrial purchasing perspective. Finally, it is suggested how the different elements of the market process represent themselves and how they can be used in managing purchasing and influencing the markets in each of these possible market types.

The growth of network-based systems in flight test will present performance problems within the community. Legacy instrumentation systems are not capable of meeting the high-bandwidth, low latency data processing requirements of these next generation data acquisition systems. Ongoing research at Southwest Research Institute is exploring the use of a variety of commodity components, such as Graphics Processing Units (GPUs) and multicore Central Processing Units (CPUs), in ways that can be applied to both the small embedded components as well as the larger ground systems. This paper will explore an open, scalable Commercial-Off-The-Shelf (COTS) approach to bridge the gap and minimize changes to the legacy systems. Current results from this approach will be presented at the conference.