software procurement

Software procurement (Engl. Aanschaf van software ) en aanschaf van software , staat voor de aanschaf van de software en het doen van noodzakelijke maatregelen. Het is een tak van software engineering , of preciezer gezegd IT resource management [1] . Een deel van de taak om te bepalen welke vereiste software componenten zijn reeds beschikbaar op de markt, zodat ze kunnen worden aangeschaft ( standaard software ), en die alleen hun beurt moeten worden ontwikkeld ( maatwerk software ).

Proces en methodologie van verwerving van software

De aanschaf van software vereist vaak hoge investeringskosten. Vaak is het een maatregel voor het implementeren van strategische beslissingen, bijvoorbeeld met significante veranderingen in bedrijfsprocessen. Een gestructureerde, rationele en systematische aanpak [2] in de selectie van de standaard software is daarom noodzakelijk en dient om hoge temporele en financiële lasten te voorkomen (z. B. de vereiste post-ontwikkeling later ontbrekende functies). [3] vooral als hetzij omdat zich Hiervoor is een duidelijk zicht op de voor- en nadelen van elke oplossing, gewoonlijk enkele alternatieven in de vorm van concurrerende softwaresystemen. [2]

Terwijl de eisen van het individu in de ontwikkeling van software requirements management worden geïdentificeerd en in aanmerking genomen, de aanschaf van software (door aankoop of licentie) om te beoordelen de reeds in de besturingssoftware eindigde als onderdeel van een systematisch besluitvormingsproces. Dergelijke selectieprojecten kunnen worden uitgevoerd door een utiliteitswaarde-analyse uit te voeren , ook wel scoring genoemd. [2] Het gaat niet om het bedenken van mogelijke alternatieven, maar om het vinden van oplossingen die op de markt worden aangeboden. [2]

Om te helpen bij de aanschaf en selectie van software, bieden talrijke bedrijven hun diensten aan.

Afhankelijk van het belang, de omvang en reikwijdte van de software aan te schaffen de taak van de aanschaf van software is relatief eenvoudig run (eng gedefinieerd als in software voor één, misschien alleen persoonlijke functioneel gebied of gebruikersgroep ), verschillende partijen moeten nemen of zelfs moet worden opgezet als een groot project (bijvoorbeeld in software beslissingen voor de centrale functionele gebieden in een groot bedrijf).

Procedure Modellen

Er zijn verschillende procesmodellen die zich bezighouden met het aanschaffen van software:

  • Het volwassenheidsmodel CMM biedt referentieprocessen die dienen om de kwaliteit (“volwassenheid”) van bedrijfsprocessen te beoordelen en te verbeteren. Software-acquisitie wordt weergegeven onder de afkorting SA-CMM ( Software Acquisition Capability Maturity Model ) en beschrijft software-inkoop als een speciaal geval van inkoopprocessen. [4] CMM werd eind 2003 aangevuld met CMMI . In de referentiemodellen van CMMI Product Purchasing (wordt acquisitie ) wordt over het algemeen behandeld in het proces gebied CMMI-ACQ, waar de voormalige process area SA-CMM is gestegen. De referentieprocessen zijn onderverdeeld in de processtappen Acquisitieplanning , RFP-voorbereiding(Offerte voorbereiden ), Verzoek , BronselectieProgrammabeheer (Inzicht, Toezicht ), Systeemacceptatie en -transitie . [4]
  • De COBIT- referentieprocessen leiden het inkoopproces voor software onder de naam “BE2-inkoop en onderhoud van applicatiesoftware”. Er zijn verschillende besturingsdoelen , waaronder AI5.4 Software Acquisition (Software Procurement ) samengevat. [5]
  • ISO 12207 (een standaard voor levenscyclusprocessen van software) beschrijft acquisitie als een van de “vijf primaire processen” die verband houden met de organisatieprocessen en ondersteunende processen. [6]
  • De Encyclopaedia of Business Informatics beschrijft een fasenmodel voor de selectie van software met de niveaus “doelen”, “procesanalyse”, “vereisten”, “marktoverzicht”, “screening”, “definitieve selectie” en “beslissing”. [3]
  • In een studierapport van de Universiteit van Münster [2] werden verschillende projecten voor de selectie van standaardsoftware onderzocht en werden de procesmodellen die in beide gevallen werden gebruikt, relatief gepresenteerd.

Selectiecriteria

Naast het besluitvormingsproces, waarbij de procedure wordt bepaald voor een bepaalde beslissingssituatie, bepalen de eisen die individueel worden bepaald door het beoogde gebruik de beslissing in hoofdzaak . Deze worden gedefinieerd als criteria (relevante kenmerken voor de beschrijving van een softwaresysteem) en vormen de basis voor de evaluatie / beslissing, gewogen op basis van hun belang en mogelijk gegroepeerd in criteriagroepen. [2]

Bij het selecteren van software – als een essentieel onderdeel van softwareverwerving – voor een bedrijfsomgeving, kunnen bijvoorbeeld de volgende vereisten / criteria worden gebruikt:

Functionele vereisten:

  • Functionaliteit ondersteund door de software (inclusief detailniveau)
  • Gegevens die de software kan beheren / verwerken: objecten en hun relaties met elkaar, kenmerken en hun kenmerken
  • Interactieve bewerkingsfuncties van de software
  • Evaluaties door de software

Technische IT-vereisten:

  • Integratiefunctionaliteit in het bestaande IT-landschap: bijvoorbeeld geschikt voor internet, mogelijke besturingssystemen, DBMS, enz
  • Prestaties / IT-belasting
  • Eenvoud van installatie en configuratie

Vereisten voor architectuur:

  • Usability / ergonomie / Help System
  • Beveiliging: zorgen voor gecontroleerde toegang, beheer van rechten, vier ogen principe …
  • Multi-client mogelijkheden , meertaligheid
  • Versiebeheerfuncties en historische weergave van de gegevens
  • Interfaces van en naar andere softwarepakketten en systeemsoftware
  • Flexibiliteit, individueel aanpassingsvermogen, bijv B. via een parametersysteem
  • Mogelijkheid om aanvullende, individuele evaluaties te maken

Andere criteria:

  • Kosten (bijv. Door middel van een Total Cost of Ownership (TCO) -beschouwing)
  • Fabrikant (bewustzijn, betrouwbaarheid)
  • Verspreiding van de software
  • Levenscyclus van de software-oplossing
  • Introductie ondersteuning van de fabrikant
  • Ondersteuning: update frequentie, reactietijd voor softwarefouten

Zie ook

  • Inkoopbeheer – Inkoop in het algemeen
  • Elektronische inkoop of e-procurement – verwerving met behulp van software

Literatuur

  • Teich et al De juiste manier om software te selecteren , ISBN 978-3-540-71261-9
  • University of Münster: beslissingsmodel voor de selectie van standaard applicatiesoftware (PDF, 235 kB) (met onderzoek naar softwareselectie, elk met proceduremodel, selectiecriteria, methodologie, evaluatie, hulpmiddelondersteuning)

Webkoppelingen

  • SEI : CMMI voor acquisitie, versie 1.3: PDF

Individuele proeven

  1. Jump up↑ TU Clausthal, Studieprogramma’s Informatica
  2. ↑ Ga naar:a f Uni Münster- softwareselectie ( PDF )
  3. ↑ Ga naar:a b Oldenbourg Encyclopaedia of Business Information Systems: Software Selection [1]
  4. ↑ Ga naar:a b Kneuper Publications CMMI-ACQ ( PDF )
  5. Jump up↑ IT AUDIT GmbH (ITGI) Aankondiging versie 4.1 van COBIT [2]
  6. Jump up↑ Universiteit van Bremen Correspondentie van de V-Modell met ISO 12207 [3]

Leave a Reply

Your email address will not be published. Required fields are marked *