10 research outputs found

    KNOWLEDGE MODELING OF AGILE PROCESSES IN HEALTHCARE SYSTEMS DEVELOPMENT

    Get PDF
    Requirements on healthcare software products are becoming more and more complicated and software systems of today are characterized by increasing complexity and size. Therefore, software systems can no longer be developed feasibly without the processes supported by appropriate methods. We propose a method for configuration and modification of agile processes behind healthcare products development based on gathered knowledge and formal modeling. Our approach allows to support and optimize the processes with formal methods of modeling and machinelearning based simulations

    A Governance Framework for Mitigating Risks and Uncertainty in Collaborative Business Processes

    Full text link
    International audienceThe development of collaborative business process relies mostly on software services spanning multiple organizations. Therefore, uncertainty related to the shared assets and risks of Intellectual Property infringement form major concerns and hamper the development of inter-enterprise collaboration. This paper proposes a governance framework to enhance trust and assurance in such collaborative context, coping with the impacts of Cloud infrastructure. First, a collaborative security requirements engineering approach analyzes assets sharing relations in business process, to identify risks and uncertainties and, therefore, elicits partners’ security requirements and profiles. Then, a ‘due usage’ aware policy model supports negotiation between asset provider’s requirements and consumer’s profiles. The enforcement mechanism adapts to dynamic business processes and Cloud infrastructures to provide end-to-end protection on shared assets

    There Is Still No Fit for All IS Development Method: Business Development Context and IS Development Characteristics Need to Match

    Get PDF
    Information systems development has returned to strategic management due to the increase of software-enabled businesses. We investigated two failed IS development projects using the exploratory case study method. One of the projects was executed with the plan-driven approach methods and the other with the change-driven (agile) approach methods. Data analysis showed that both projects followed the principles of the selected methods. That, however, was not enough. The plan-driven project achieved project objectives but did not deliver business value and the IS was never taken into use. The change-driven project delivered desired business value but failed to release a robust IS. Our main contribution to research is our proposition to match the characteristics of IS development methods with the characteristics of business development contexts. We also disclose some novel reasons for IS project failures

    Selecting the right method for the right project

    Get PDF
    The development of information systems is constantly changing. As a background of the change, there is almost a traditional problem about the high failure rates of information systems development (ISD) projects, but it is no longer the only change-driving force. The role of information systems and their strategic significance has increased considerably due digitalization. This has happened also in the areas of business, which have not been traditionally thought as IT-oriented. Furthermore, the new agile development methods have forced ISD clients to take more responsibility for ISD than before. In practice, this means that completely outsourcing ISD is not as sensible nor as simple as before. ISD clients who acquire information systems must be aware of the different ISD methods and be able to compare and choose the most suitable for the business situation and the objectives in question. ISD method selection is rarely studied, and the majority of publications concentrate on different selection criteria relating to the ISD method choice without a clear selection model. Only a few ISD method selection models were found in the literature. Furthermore, the earlier ISD method selection models are restricted by two factors: firstly, the recommendations behind the prior ISD selection models do not correspond to today’s thoughts about the ISD methods; secondly, prior ISD selection models concentrate only on the properties of the ISD pro-jects, and attention is not really given to the business environment or the business to be developed. In a situation like this, it was considered necessary to develop and study an ISD selection framework which takes the business development and business environment into account as well. Furthermore, it was seen as necessary to study both the customer and supplier practices related to the ISD method choice. The objective was to understand the present situation and estimate how the developed ISD selection framework could be utilized in the future. The study was carried out in several stages. Firstly, two unsuccessful ISD projects were studied in the case study, and it was found that the ISD method used in the projects did not correspond to the properties of the business environment in either case. After that, a contingency theory–motivated ISD selection framework was developed, and a systematic literature review was conducted to study earlier ISD method selection criteria and compare them with the developed ISD method selection framework. In the next stage, expert interviews were done. Altogether, 31 ISD experts working on the borderline between the IS sup-plier and client were interviewed and asked their opinions on existing ISD method selection practices by both the client and the supplier. Furthermore, the experts were asked for their opinions on the recommendations of earlier ISD method selection models and on the developed ISD method selection framework. As a result of the study, it can be stated that the developed ISD method framework covers both the previous ISD method selection criteria, which mainly concentrates on ISD project factors, and the business environment factors. Whereas the majority of the interviewed experts considered the developed ISD method selection framework useful, the recommendations of earlier ISD method selection models were regarded as outdated. Furthermore, it was noticed that in IS client organizations, there was almost no discussion about the ISD methods, and in the supplier organizations, the discussion was very rare. Any systematic projectspecific ISD method selection practice had not been perceived in either organizations. Supplier organizations can justify their reasons for favouring a certain ISD method with the bounded rationality, whereas the operation of customer companies doing (or not doing) the ISD method selection seems to be filling the features of functional stupidity. In the future, it is important to study how to plant the ISD method selection as part of the starting stage of the ISD project. In addition, the developed ISD method selection framework should be tested in the practice.TietojĂ€rjestelmien kehittĂ€minen on jatkuvassa murroksessa. Muutoksen taustalla on jo perinteiseksi muodostunut ongelma tietojĂ€rjestelmĂ€projektien epĂ€onnistumisesta, mutta se ei ole enÀÀ ainoa syy. Digitalisaation myötĂ€ tietojĂ€rjestelmien rooli ja strateginen merkitys on kasvanut huomattavasti myös sellaisilla liiketoiminta-alueilla, joita ei ole ajateltu IT-orientoituneina. LisĂ€ksi uudet ketterĂ€t tietojĂ€rjestelmien kehittĂ€mismenetelmĂ€t osallistavat tietojĂ€rjestelmĂ€projektien asiakkaat, jotka joutuvat entistĂ€ vastuullisempaan asemaan. KĂ€ytĂ€nnössĂ€ tĂ€mĂ€ kaikki merkitsee sitĂ€, ettĂ€ tietojĂ€rjestelmien kehittĂ€misen tĂ€ydellinen ulkoistaminen ei enÀÀ ole yhtĂ€ mielekĂ€stĂ€, eikĂ€ myös yhtĂ€ yksinkertaista kuin ennen. TĂ€ssĂ€ tilanteessa myös tietojĂ€rjestelmiĂ€ hankkivan asiakkaan pitÀÀ tietÀÀ erilaisista kehittĂ€mismenetelmistĂ€ ja kyetĂ€ vertailemaan ja valitsemaan kyseiseen liiketoimintatilanteeseen ja tavoitteisiin parhaiten sopiva kehittĂ€mismenetelmĂ€. TietojĂ€rjestelmien kehittĂ€mismenetelmien valintaa on tutkittu vĂ€hĂ€n ja suurin osa löydetyistĂ€ julkaisuista keskittyy listaamaan erilaisia menetelmĂ€valintaan liittyviĂ€ kriteerejĂ€. Varsinaisia tietojĂ€rjestelmien kehitysmenetelmien valintamalleja on esitetty vain muutamia. Aiempien valintamallien kĂ€yttökelpoisuutta rajoittaa kaksi tekijÀÀ: ensinnĂ€kin mallien taustalla olevat olettamukset eivĂ€t vĂ€lttĂ€mĂ€ttĂ€ tĂ€smÀÀ tĂ€mĂ€n pĂ€ivĂ€n ajatuksiin kehittĂ€mismenetelmistĂ€, ja toisekseen valintamallit keskittyvĂ€t tietojĂ€rjestelmien kehittĂ€misprojektien ominaisuuksiin, kehitettĂ€vÀÀ liiketoimintaa tai liiketoimintaympĂ€ristöÀ ei aikaisemmissa valintamalleissa juurikaan huomioida. Tilanteen ollessa tĂ€mĂ€ kehitimme ja tutkimme tietojĂ€rjestelmĂ€n kehittĂ€mismenetelmien valintamallia, joka ottaa huomioon myös samaan aikaan tapahtuvan liiketoiminnan kehittĂ€misen ja liiketoimintaympĂ€ristön. LisĂ€ksi tutkimme tietojĂ€rjestelmĂ€n kehittĂ€mismenetelmien valintaan liittyviĂ€ kĂ€ytĂ€ntöjĂ€ sekĂ€ asiakkaan ettĂ€ toimittajan nĂ€kökulmasta. Tavoitteena oli ymmĂ€rtÀÀ menetelmĂ€valinnan nykytilannetta ja arvioida miten valintamallia voisi jatkossa hyödyntÀÀ. Tutkimus toteutettiin useammassa vaiheessa. EnsimmĂ€iseksi tapaustutkimuksin tutkittiin kahta epĂ€onnistunutta tietojĂ€rjestelmĂ€kehitysprojektia, ja havaittiin ettĂ€ kummassakaan tapauksessa valittu tietojĂ€rjestelmĂ€n kehittĂ€mismalli ei vastannut liiketoimintaympĂ€ristön tarpeita. Sen jĂ€lkeen kehitimme kontingenssiteoreettisen tietojĂ€rjestelmĂ€n kehitysmenetelmĂ€n valintamallin, jota verrattiin systemaattisella kirjallisuuskatsauksella löydettyihin aikeisempiin valintasuosituksiin. Vertailun jĂ€lkeen haastateltiin 31 asiantuntijaa. Haastatteluilla selvitettiin nykyisiĂ€ tietojĂ€rjestelmĂ€n kehitysmenetelmien valintaan liittyviĂ€ kĂ€ytĂ€ntöjĂ€, niin tietojĂ€rjestelmĂ€asiakkaan kuin toimittajan nĂ€kökulmasta. LisĂ€ksi asiantuntijoilta kysyttiin heidĂ€n mielipidettÀÀn aiempien valintamallien taustalla olevista vĂ€ittĂ€mistĂ€ sekĂ€ nyt kehitetystĂ€ valintamallista. Tulos on, ettĂ€ ehdottamamme kontingessimalli kattaa sekĂ€ aiemmat, projektinominaisuuksiin keskittyvĂ€t valintakriteerit, ettĂ€ myös liiketoimintaympĂ€ristön epĂ€varmuuteen liittyvĂ€t tekijĂ€t. Suurin osa haastatelluista asiantuntijoista (23 vastaajaa 31 haastatellusta) piti ehdotettua valintamallia kĂ€yttökelpoisena. Aiempien valintamallien taustalla olevat vĂ€ittĂ€mĂ€t koettiin ajastaan jĂ€lkeen jÀÀneiksi. LisĂ€ksi havaittiin, ettĂ€ asiakasyrityksissĂ€ keskustelua tietojĂ€rjestelmĂ€n kehittĂ€mismenetelmistĂ€ ei kĂ€ytĂ€nnössĂ€ ollut juuri lainkaan, eikĂ€ myöskÀÀn suurimmassa osassa toimittajayrityksiĂ€. MitÀÀn sÀÀnnöllistĂ€ projektikohtaista valintakĂ€ytĂ€ntöÀ ei kummissakaan yrityksissĂ€ oltu havaittu. Haastateltujen asiantuntijoiden mukaan kehittĂ€misprojekteissa kuitenkin pÀÀsÀÀntöisesti kĂ€ytetÀÀn jotain tietojĂ€rjestelmĂ€n kehittĂ€mismenetelmÀÀ, ja syyt menetelmĂ€n kĂ€yttöön vaihtelevat. Toimittajayritysten syyt tietyn menetelmĂ€n suosimiseen ovat pÀÀosin perusteltavissa rajoitetulla rationaalisuudella (bounded rationality), kun taas asiakasyritysten toiminta menetelmĂ€n valinnassa nĂ€yttÀÀ tĂ€yttĂ€vĂ€n toiminnallisen typeryyden (functional stupidity) tunnuspiirteet. Jotta kehitetystĂ€ mallista tulee asiakasyrityksille hyödyllinen kĂ€ytĂ€nnön työkalu, on seuraavaksi syytĂ€ tutkia miten tietojĂ€rjestelmĂ€n kehittĂ€mismenetelmĂ€n valinta saadaan osaksi projektin kĂ€ynnistĂ€misvaiheen tehtĂ€viĂ€. TĂ€rkeÀÀ on myös testata nyt esitetyn kontingenssimallin toimivuutta kĂ€ytĂ€nnön tilanteissa

    A method to build information systems engineering process metamodels

    Full text link
    Several process metamodels exist. Each of them presents a different viewpoint of the same information systems engineering process. However, there are no existing correspondences between them. We propose a method to build unified, fitted and multi-viewpoint process metamodels for information systems engineering. Our method is based on a process domain metamodel that contains the main concepts of information systems engineering process field. This process domain metamodel helps selecting the needed metamodel concepts for a particular situational context. Our method is also based on patterns to refine the process metamodel. The process metamodel can then be instantiated according to the organisation's needs. The resulting method is represented as a pattern system. © 2009 Elsevier Inc. All rights reserved

    24th International Conference on Information Modelling and Knowledge Bases

    Get PDF
    In the last three decades information modelling and knowledge bases have become essentially important subjects not only in academic communities related to information systems and computer science but also in the business area where information technology is applied. The series of European – Japanese Conference on Information Modelling and Knowledge Bases (EJC) originally started as a co-operation initiative between Japan and Finland in 1982. The practical operations were then organised by professor Ohsuga in Japan and professors Hannu Kangassalo and Hannu Jaakkola in Finland (Nordic countries). Geographical scope has expanded to cover Europe and also other countries. Workshop characteristic - discussion, enough time for presentations and limited number of participants (50) / papers (30) - is typical for the conference. Suggested topics include, but are not limited to: 1. Conceptual modelling: Modelling and specification languages; Domain-specific conceptual modelling; Concepts, concept theories and ontologies; Conceptual modelling of large and heterogeneous systems; Conceptual modelling of spatial, temporal and biological data; Methods for developing, validating and communicating conceptual models. 2. Knowledge and information modelling and discovery: Knowledge discovery, knowledge representation and knowledge management; Advanced data mining and analysis methods; Conceptions of knowledge and information; Modelling information requirements; Intelligent information systems; Information recognition and information modelling. 3. Linguistic modelling: Models of HCI; Information delivery to users; Intelligent informal querying; Linguistic foundation of information and knowledge; Fuzzy linguistic models; Philosophical and linguistic foundations of conceptual models. 4. Cross-cultural communication and social computing: Cross-cultural support systems; Integration, evolution and migration of systems; Collaborative societies; Multicultural web-based software systems; Intercultural collaboration and support systems; Social computing, behavioral modeling and prediction. 5. Environmental modelling and engineering: Environmental information systems (architecture); Spatial, temporal and observational information systems; Large-scale environmental systems; Collaborative knowledge base systems; Agent concepts and conceptualisation; Hazard prediction, prevention and steering systems. 6. Multimedia data modelling and systems: Modelling multimedia information and knowledge; Contentbased multimedia data management; Content-based multimedia retrieval; Privacy and context enhancing technologies; Semantics and pragmatics of multimedia data; Metadata for multimedia information systems. Overall we received 56 submissions. After careful evaluation, 16 papers have been selected as long paper, 17 papers as short papers, 5 papers as position papers, and 3 papers for presentation of perspective challenges. We thank all colleagues for their support of this issue of the EJC conference, especially the program committee, the organising committee, and the programme coordination team. The long and the short papers presented in the conference are revised after the conference and published in the Series of “Frontiers in Artificial Intelligence” by IOS Press (Amsterdam). The books “Information Modelling and Knowledge Bases” are edited by the Editing Committee of the conference. We believe that the conference will be productive and fruitful in the advance of research and application of information modelling and knowledge bases. Bernhard Thalheim Hannu Jaakkola Yasushi Kiyok

    Contribution Ă  l’amĂ©lioration du processus de conception des produits innovants : DĂ©veloppement d’outils d’aide au choix des processus

    Get PDF
    The optimization of the design process is a research evolving highlighted in numerous references and business practices with the aim improving and developing new products. Our approach is a continuation of those activities that takes as its starting point the diversity of existing design processes and the difficulty of achieving a selection where adaptation. Hence our problem is summarized around a central question which we formulate as follows: how to optimize the choice of the design process subject to a constrained environment? The answer to this question is through the proposition of a tool Help in choosing which converges to the installation of a design process. This tool is three-dimensional, where the first dimension relates to the preparation of the upstream design phase, the second dimension selects a design process on a map classification and the objective of the third dimension is the identification of trades tools and methods for product development. The experimental part of our work has led us to validate the developed tool and propose how to use by designers. Optimization is achieved in our work by the proposal of a three-dimensional tool side and the other by the use of optimization algorithms for modeling tool. New avenues of research for improvement are identified and proposed for future work.L'optimisation des processus de conception est une activitĂ© de recherche en pleine Ă©volution, soulignĂ©e dans de nombreuses rĂ©fĂ©rences et pratiques des entreprises dans l'objectif l'amĂ©lioration et le dĂ©veloppement de produits nouveaux. Notre dĂ©marche s'inscrit dans la continuitĂ© de ces activitĂ©s qui prend comme point de dĂ©part la diversitĂ© des processus de conception existants et la difficultĂ© de rĂ©aliser un choix oĂč une adaptation. D'ou notre problĂ©matique est rĂ©sumĂ©e autour d'une question centrale que nous formulons de la maniĂšre suivante : comment optimiser le choix d'un processus de conception soumis Ă  un environnement contraint ? La rĂ©ponse Ă  cette question est Ă  travers la proposition d'un outil d'aide au choix qui converge vers l'installation d'un processus de conception. Cet outil est tridimensionnel, oĂč la premiĂšre dimension vise la prĂ©paration de la phase amont de conception, la deuxiĂšme dimension sĂ©lectionne un processus de conception sur une carte de classement et l'objectif de la troisiĂšme dimension est l'identification des mĂ©tiers, outils et mĂ©thodes pour le dĂ©veloppement des produits. La partie expĂ©rimentale de notre travail nous a conduit Ă  valider l'outil dĂ©velopper et proposer comment l'exploiter par des concepteurs. L'optimisation est rĂ©alisĂ©e dans notre travail par la proposition de l'outil tridimensionnel d'un cotĂ© et de l'autre par l'exploitation des algorithmes d'optimisation pour la modĂ©lisation de l'outil. Des nouvelles pistes de recherche pour l'amĂ©lioration sont identifiĂ©es et proposĂ©es pour des futurs travaux
    corecore