Verklarende woordenlijst

Deze verklarende woordenlijst maakt (alpabetisch) een lijst van details van alle Geleverde documenten van Project Checklist.

Aanvaarding door belanghebbenden

De aanvaarding door belanghebbenden uit het bedrijfsleven bevestigt dat zij als belangrijke belanghebbenden op de oplossing zijn afgestemd en hun goedkeuring hebben gegeven over de manier waarop de zakelijke vereisten aan de bedrijfscase voldoen.

Acceptatietests

Acceptatietests worden uitgevoerd wanneer een toepassing gereed is voor productie. De tests worden uitgevoerd door een groep die de verschillende soorten eindgebruiker vertegenwoordigt, gebruikend real-life scenario's.

Acceptatietests worden gebruikt om te bevestigen dat:

  • Het project voldoet aan de vereisten van de klant.
  • Oplossing is geschikt voor gebruik.
  • Gebruikers accepteren de oplossing en kunnen overwegen ermee te werken.
  • De klant accepteert het project.

Hoe eerder u uw acceptatietests plant en ontwerpt, hoe eenvoudiger de definitieve implementatie wordt. Zij zouden samen met de klant en uw team van de Verzekering van de Kwaliteit moeten worden bepaald.

Hoewel u niet alle details bij het begin van het project kunt bepalen, zouden de aanvankelijke definities moeten worden besproken en worden overeengekomen. De goedkeuringstests zullen waarschijnlijk gebaseerd zijn op de fundamentele eisen (functionele eisen en prestaties).

Toegang tot het gecoördineerde testsysteem

Zorg ervoor dat de vereiste niveaus van systeemtoegang aan alle rollen zijn verleend.

Beveiligingschecklist Adobe

De Beveiligingschecklist is de officiële controlelijst die wordt verstrekt om ervoor te zorgen dat AEM bij de installatie veilig is. Het bevat de beveiligingsmaatregelen en verificatiestappen die u moet uitvoeren om de integriteit van uw instantie te garanderen.

Adobe Support Portal Project instellen

Het portaal van de Steun van Adobe laat implementatiepartners en klanten toe om de AEM implementatie als project in het Portaal van de Steun te vestigen.

Gegevens kunnen worden geregistreerd; bijvoorbeeld over de geïmplementeerde technologieën en versies. Deze bieden transparantie tussen de klant en Adobe.

Beheerderstraining AEM

Opleiding voor administratief personeel van de oplossing. Zie Adobe Training Services voor meer informatie.

AEM-auteurstraining

Opleiding voor personeel dat (creatie) inhoud voor de oplossing zal produceren. Zie Adobe Training Services voor meer informatie.

Certificeringsexamen AEM

Zorg ervoor dat de juiste persoon is geregistreerd om de relevante certificeringsexamens te nemen.

AEM gecertificeerd

Zorg ervoor dat de juiste persoon is geslaagd voor de relevante certificeringsexamens.

Technische training AEM

het verstrekken van een technische opleiding voor het desbetreffende personeel; bijvoorbeeld ontwikkelaars , architecten , ingenieurs en praktijkmensen .

Overeenkomst inzake KPI's die als doelstellingen voor het project worden gedefinieerd

De belangrijkste Indicatoren van Prestaties (KPIs) helpen een organisatie om vooruitgang in de richting van organisatorische doelstellingen en doelstellingen te bepalen en te meten. Zodra een organisatie haar missie heeft geanalyseerd en haar doelstellingen heeft bepaald, moet zij de vooruitgang in de richting van die doelstellingen meten. KPI's bieden een meetmechanisme.

PKI's voor bedrijven en prestaties uitlijnen

De groepering van uw zaken en prestaties Zeer belangrijke Indicatoren van Prestaties (KPIs) helpt alle betrokken mensen en processen van binnen de organisatie bijeenbrengen. Dit helpt op zijn beurt de hoeveelheid tijd en inspanning verminderen die wordt vereist om bedrijfsdoelstellingen te bereiken en het voorgestelde doel te verwezenlijken.

Uitlijning van inhoudsarchitectuur met KPI's

Ervoor zorgen dat de voorgestelde inhoudarchitectuur wordt afgestemd op de relevante prestatiekernindicatoren (KPI's).

Uitlijning van de routekaart van de Klant met de tijdlijn van het Project

De routekaart van de Klant bestaat uit mijlpalen op hoog niveau en bedrijfsdoelstellingen. De projecttijdlijn moet deze strategie volgen en er op aansluiten, zodat mogelijke risico's en/of mogelijke afwijkingen moeten worden gemarkeerd en bijgehouden.

Definitie toepassingsarchitectuur

De toepassingsarchitectuur zou duidelijk het gedrag van de voorgestelde toepassingen moeten bepalen.

Het is gericht op:

  • Hoe zij met elkaar en met gebruikers zullen in wisselwerking staan.
  • De gegevens die door toepassingen moeten worden verbruikt en geproduceerd, in plaats van hun interne structuur.

Toepassingsspecifieke onderhoudstaken gedefinieerd

Naast standaard Adobe Experience Manager (AEM) onderhoudstaken moet u andere operationele taken definiëren die moeten worden uitgevoerd voor het doorlopende onderhoud van de oplossing.

Geschikt opgeleid personeel

Zorg ervoor dat uw team bestaat uit personeel met de juiste training. Voor projectteams moet de aanbeveling het volgende hebben:

  • minstens één AEM gecertificeerde lead Developer

  • ten minste één AEM gecertificeerde architect

  • minstens 75% van uw ontwikkelaars AEM gecertificeerd;

    dit maakt het de gecertificeerde ontwikkelaars mogelijk om ondergeschikte ontwikkelaars te begeleiden en zorgt voor kennisuitwisseling en transparantie

Architectuurdiagram

Het architectuurdiagram is een grafische vertegenwoordiging van de architectuur. Dit omvat de representatie van:

  • de begrippen
  • hun beginselen
  • elementen en componenten die deel uitmaken van de architectuur

Concept voor architectuur

Dit verstrekt een mening op hoog niveau van het systeem en de oplossingsarchitectuur. In dit stadium gaat het om een ontwerp dat in latere stadia zal worden herzien en verfijnd.

Afmelden van de kaart voor architectuurrevisie

De Architecture Review Board is een organisatieoverschrijdend orgaan dat:

  • ziet toe op de uitvoering van een coherente strategie
  • zorgt ervoor dat systemen aan de eisen voldoen

De toetsingsraad moet representatief zijn voor alle belangrijke belanghebbenden die bij de architectuur betrokken zijn. Doorgaans zullen zij bestaan uit een groep leidinggevenden die verantwoordelijk zijn voor de evaluatie en het onderhoud van de algemene architectuur.

Automated Test Suite Aangepast voor werkelijke inhoud en resultaten in vergelijking met KPI's

Automatiescripts en standaard geautomatiseerde gebruiksgevallen:

  • aangepast voor de productie
  • gecontroleerd aan de KPI's

Geautomatiseerde teststrategie

Deze strategie bepaalt een kader voor herbruikbare geautomatiseerde manuscripten, samen met de benadering die door het team van de Verzekering van de Kwaliteit (QA) wordt gepland. Het schetst het algemene plan voor automatiseringstests helpen verzekeren:

  • een hoger rendement van investeringen
  • meer testdekking
  • verhoogde betrouwbaarheid van de test met kwaliteitsherhaling

Geautomatiseerde teststrategie gevalideerd tegen realistische en verwachte belasting

De strategie voor geautomatiseerde tests moet worden gevalideerd en aangepast aan de inhoud en verwachte belasting van de oplossing.

Automatiseringsstrategie

De automatisering van implementaties zorgt voor snellere en consistente implementaties. De automatiseringsstrategie schetst de configuratie van dergelijke automatiseringsmechanismen; met inbegrip van:

  • frequentie
  • te gebruiken gereedschap
  • omgevingen waarin

Bewust met communicatieplan

Het hele projectteam en alle belanghebbenden moeten bevestigen dat zij op de hoogte zijn van:

  • rapportagestructuur
  • bewijskracht
  • communicatiekanalen

WETEN van definities en criteria

Het hele projectteam en alle belanghebbenden moeten bevestigen dat zij op de hoogte zijn van:

  • definities van succes
  • criteria voor succes

Concept voor back-up en herstel

In het concept Back-up en Herstel wordt de technische functionaliteit beschreven die in de oplossing wordt geïmplementeerd. Het wordt vereist door het bedrijf file en herstelt beleid.

Back-up en herstel getest

Een volledige end-to-end test op basis van het Concept Back-up en Herstel.

Bedrijfscase(s)

In een bedrijfscasedocument worden de argumenten weergegeven die verband houden met het nemen van de actie, het nemen van alternatieve actie (indien beschikbaar) of het niet ondernemen van actie. De argumenten moeten evenwichtig zijn, gebaseerd op concrete feiten (waar mogelijk/relevant) en zowel de voordelen als de risico's voor alle gevallen benadrukken.

Een bedrijfsgevalsdocument moet een duidelijke definitie van alle opties zijn, tot besluit met een overtuigend argument voor de tenuitvoerlegging van de voorgestelde oplossing.

Business Analyst begrijpt het bereik van project en verwachtingen

De Business Analyst moet bevestigen dat hij of zij volledig begrijpt:

  • het toepassingsgebied van het project
  • alle verwachtingen van de klant
  • dat dit de basis is voor alle besluiten die per persoon, per fase in het project worden genomen

Bedrijfs-KPI's

Organisaties gebruiken de Belangrijkste Indicatoren van Prestaties (KPIs) om hun succes bij het bereiken van doelstellingen te evalueren.

Bedrijfs KPIs bepaalt meetbare waarden die aantonen hoe effectief een bedrijf belangrijke bedrijfsdoelstellingen bereikt. Het is belangrijk om KPIs te kiezen aangewezen aan uw zaken/scenario met duidelijke definities van wat zij zijn, hoe zij zullen worden gemeten, hoe zij zullen worden gebruikt en door wie.

Documentatie over bedrijfsvereisten

Een document van bedrijfsvereisten (BRD) detailleert de bedrijfsoplossing voor een project, die een duidelijke specificatie van de bedrijfsbehoeften en de verwachtingen van de klant verstrekken. In de BRD wordt ook onderscheid gemaakt tussen de bedrijfsoplossing en de technische oplossing.

Bij het onderzoeken van de bedrijfsoplossing moet de BHP de vraag beantwoorden: "Wat wil het bedrijf doen?"

Zakelijke aanmelding voor vereiste aanpassingen van de oplossing of architectuur die zijn geïdentificeerd en uitgelijnd op de verwachtingen van ROI en KPI

De processen van risicobeoordeling en penetratietests kunnen problemen en resultaten opleveren die moeten worden aangepakt in de architectuur of ontwikkeling van de oplossing.

Om het even welke aanpassingen die uit deze processen voortvloeien moeten door de zaken worden herzien en worden goedgekeurd en tegen de algemene doelstellingen worden gericht.

Caching Strategy

In de cachestrategie wordt beschreven wat er in cache wordt geplaatst voor de eindgebruiker. Het moet met de KPIs van Prestaties in overeenstemming zijn.

Bijvoorbeeld, kunnen de elementen zoals beelden, javascript en andere serverdossiers in het voorgeheugen ondergebracht worden om de prestaties van een oplossing te verbeteren.

Codeerrichtlijnen

In de coderingsrichtsnoeren worden de basisbeginselen vastgelegd waaraan de ontwikkelaars zich moeten houden bij het ontwikkelen van de oplossing. Deze kunnen onder meer omvatten:

  • naamconventies
  • servicegebruik
  • bibliotheekgebruik

Handboek voor communicatie

Ervoor zorgen dat alle relevante personen/rollen het vluchthandboek hebben ontvangen.

Rapport voor prestatietest doorgeven

Zorg ervoor dat alle aangewezen personen/rollen het Rapport van de Test van Prestaties hebben ontvangen.

Release-aantekeningen doorgeven

Zorg ervoor dat alle aangewezen personen/rollen de Nota's van de Versie hebben ontvangen.

Deel bereik en verwachtingen aan team

Zorg ervoor dat het projectteam zich volledig bewust is van en afgestemd is op het projectbereik en de verwachtingen voor de levering.

Communiceren over trainingsmaterialen en gebruikershandleidingen

Zorg ervoor dat alle juiste personen/rollen het trainingsmateriaal en de gebruikershandleidingen ontvangen.

Naleving van de beveiligingsvereisten van de klant

Zorg ervoor dat alle beveiligingsvereisten van de klant aanwezig zijn.

Naleving van Beveiligingsconcept

Zorg ervoor dat het beveiligingsconcept is geïnstalleerd.

Concept voor componenten en sjablonen relatie

De omtrek van de sjablonen en componenten die in de nieuwe toepassing worden gebruikt. Bevat onder andere details zoals overervingsregels, machtigingen en relaties.

Specificatie voor onderdelen en sjablonen

Details van het concept van de componenten en van de malplaatjeverhouding.

Componentspecificatie

Specificatiegegevens voor elk van de te implementeren onderdelen.

Concept voor mock-ups van externe interfaces

Het concept van de wijze waarop externe interfaces kunnen worden ontwikkeld en getest die niet voor de ontwikkelings- of testomgeving open/beschikbaar zijn.

Plan/implementeer mock-ups van deze interfaces om ervoor te zorgen dat het testen zo dicht mogelijk bij productiegedrag ligt.

Document voor inhoudsarchitectuur

Documentatie van de voorgestelde architectuur van de inhoud. De details moeten onder meer omvatten:

  • inhoudsstructuur
  • tagconcepten
  • strategieën voor het hergebruik van inhoud

Inhoud gevalideerd voor migratie

De oudere systeeminhoud wordt gecontroleerd en de geselecteerde inhoud wordt gevalideerd voor migratie naar de nieuwe oplossing.

Concept

Een eerste ontwerp van de juridische overeenkomst.

Huidige structuur en indeling van inhoud

Documentatie van de huidige inhoudarchitectuur en -indeling. Hiermee wordt de toekomstige inhoudsarchitectuur gegenereerd. Het zal ook voor het Concept van de Migratie worden gebruikt.

Beleid voor back-up en herstel van klanten

Beleid van de klant met betrekking tot:

  • back-upprocessen voor zowel gegevens als de oplossing
  • opslag van de back-up
  • bevestiging dat de back-up naar verwachting functioneert
  • herstel, in geval van een storing

Richtlijnen voor klantcodering

Alle richtlijnen/vereisten van de klant over hoe de ontwikkeling moet worden uitgevoerd.

Beleid voor implementatie/vrijgave van klanten

Beleid van de klant dat bepaalt hoe en wanneer de plaatsingen/de versies kunnen worden gemaakt.

Dit zijn vaak tijdlijnen, plannings- en aftekenvereisten.

Beleid of vereisten voor klantbewaking

Beleid en vereisten van de klant met betrekking tot wat moet worden gecontroleerd. Deze zijn een aanvulling op de aanbevelingen die in het toezichtconcept worden gespecificeerd.

Overzicht van release van klantproductie

Het programma dat door de klant voor versies aan de productiemilieu's wordt bepaald.

Beleid en vereisten voor klantrapportage

Beleid en/of vereisten van de klant met betrekking tot rapportage. Deze kunnen het volgende omvatten:

  • hoe vaak specifieke verslagen moeten worden ingediend
  • het formaat van specifieke verslagen
  • bijzondere voorschriften

Routekaart van klant

Een routekaart opstellen van de belangrijkste mijlpalen die moeten worden geïmplementeerd, zowel op technologisch als op zakelijk gebied. Dit roadmap wordt dan meegedeeld aan de klant.

Beveiligingsbeleid van de klant

De klant (zaken en IT) zal beleid hebben dat de vereiste veiligheidsniveaus voor de oplossing bepaalt. Deze kunnen het volgende omvatten:

  • Voorschriften voor het slagen van een risicobeoordeling.
  • Voorschriften voor de penetratietests voor het passeren.
  • specifieke beveiligingsvereisten; zoals escapen van alle invoervelden, coderingsgebruik (SSL), certificaten en verificatie en sessies.

Richtlijnen voor klantspecificaties

Alle richtlijnen die de klant heeft met betrekking tot de vorm, de levering en de aftekening van specificaties.

Testrapporten van klant

Rapporten van de klant aan de Lood van de Kwaliteit tijdens de periode van de Aanvaarding van de Gebruiker van de Test (UAT).

Aanpassingen en hotfixes die verbeteringen beïnvloeden

Aanpassingen en/of toegepaste hotfixes moeten worden gedocumenteerd, aangezien zij toekomstige verbeteringen kunnen beïnvloeden:

  • AEM kunnen zwaar worden aangepast aan bedrijfsbehoeften. Aanpassingen die gevolgen kunnen hebben voor de upgrade moeten volledig worden gedocumenteerd. Bijvoorbeeld, om het even welke belangrijke veranderingen in het gebruikersinterface (UI) van AEM.

  • Alle updates die vereist zijn voor de huidige oplossing moeten volledig worden gedocumenteerd; het kan hierbij gaan om :

    • cumulatieve fixatiepakketten (GFP)
    • de dienstpakken (SP)
    • hotfixes
    • upgrades

Testrapport voor dagelijkse acceptatie door gebruiker

Rapporten of vergaderingen die het resultaat zijn van het testen van de acceptatie van de gebruiker (UAT). Zij moeten in detail beschrijven:

  • de gerapporteerde emissies
  • prioritering van deze kwesties

Standaardbeveiliging ingeschakeld

Zorg ervoor dat de standaardbeveiligingsinstellingen voor AEM zijn ingeschakeld/geïmplementeerd.

Implementatie-/releasebeleid en -processen

Het formele beleid dat zowel de plaatsing als versie(s) van uw project behandelt. Deze kunnen het volgende omvatten:

  • tijd voor releases
  • vakantieplanning
  • frequentie
  • en kan afhangen van het milieu in kwestie

Implementatiecadence ingesteld

Definieer de vereiste frequentie van implementaties in verschillende omgevingen.

Ontwikkelingsmethode

Een methodologie voor softwareontwikkeling omvat het verbreken van het gehele proces van softwareontwikkelingswerk in afzonderlijke fasen (of fasen), elk met verschillende activiteiten. Het doel is de planning en het beheer te verbeteren.

Wanneer het bepalen van de methodologie zou u specifieke te ontwikkelen producten en artefacten moeten vooraf bepalen die door het projectteam worden gecreeerd en voltooid om uw toepassing te ontwikkelen of te handhaven.

Definitie van ontwikkelingsrol

Bepaal welke ontwikkelaar en/of rol IT (prestaties of andere) en/of eenheidstests binnen de oplossing uitvoert.

Klaar voor ontwikkelomgeving

Zorg ervoor dat de ontwikkelomgeving is geconfigureerd met de geïntegreerde tools die vereist zijn voor de automatisering van implementaties.

Ontwikkelingsteam begrijpt het bereik van project en verwachtingen

Het ontwikkelingsteam moet bevestigen dat zij volledig begrijpen:

  • het toepassingsgebied van het project
  • alle verwachtingen van de klant
  • dat dit de basis is voor alle besluiten die per persoon, per fase in het project worden genomen

Dialogusspecificatie

Details over de dialogen die voor de oplossing worden vereist.

Documentontwikkelomgeving instellen

Documentatie van de ontwikkelomgeving.

Documentproductieomgeving instellen

Documentatie van de productieomgeving.

Documenttestomgeving instellen

Documentatie van de testomgeving.

Duurzaamheidstest

De duurzaamheidstest toont de prestaties van de oplossing onder een bepaalde belasting. De tests meten hoe lang de oplossing overleeft wanneer deze aan de drempelbelasting wordt onderworpen en op welke prestatieniveaus.

Duurzaamheidstest uitgevoerd

Uitvoering van de duurzaamheidstest(s).

Foutverwerkingsconcept

Foutafhandeling heeft betrekking op de anticipatie, detectie en oplossing van programmeerfouten, toepassings- en communicatiefouten.

Fout bij het verwerken van documentatie

Gedetailleerde documentatie van de voorgestelde foutafhandeling, gebaseerd op het concept van foutafhandeling.

Escalatieprocessen

Definitie van alle escalatieprocessen. Voor elk projectniveau worden afzonderlijke processen toegepast:

  • Projectteam
  • Klant
  • Adobe

Reguliere kwaliteitscontrolesessies instellen

Regelmatige vergaderingen voor kwaliteitsbeoordeling met de desbetreffende teamleden beleggen.

Bestaande machtigingsstructuur

Documentatie van de bestaande reeks toestemmingen en groepen die voor of de erfenisoplossing of binnen de organisatie worden bepaald.

Bestaande systeemkaart

Een diagram (of een reeks diagrammen) van de bestaande systemen en afhankelijkheden.

Definities en criteria voor succes verwacht

De projectsponsor verzamelt de zakelijke verwachtingen met betrekking tot het succes van het project. Het is belangrijk dat aan het begin van een project alle verwachtingen worden gewekt, aangezien deze van invloed moeten zijn op alle beslissingen die tijdens de uitvoering worden genomen.

De verwachtingen kunnen omvatten:

  • specifieke KPI's, zoals de procentuele toename van het aantal pagina's dat wordt bediend
  • kortere tijd voor het publiceren van inhoud
  • hogere niveaudoelstellingen, zoals een makkelijk te gebruiken interface

Vereisten voor ervaringsontwerpen

Eisen voor de volledige ervaring van de oplossing. Dit geldt onder andere voor factoren zoals personalisatie, persistentie tussen apparaten en gebruikerservaring.

Erviteitsspecificaties

Gegevens over de vereisten voor het ontwerp van de ervaring.

Externe systeem- en gebruikersafhankelijkheden/systeemcontext

Een diagram (of een reeks diagrammen) waarin het volledige ecosysteem van de oplossing wordt beschreven. Dit moet elementen omvatten zoals de externe integratie, interfaces, afhankelijkheden en netwerken.

Terugvalsysteem en -procedure

De definitie van het terugvalsysteem:

  • de bedrijfskritieke functies die in geval van een kritieke storing operationeel moeten blijven
  • de vereiste processen in het geval van terugvallen

Geteste fallbacksysteem en -procedure

Test van begin tot eind van het terugvalsysteem.

Afmelden van bedrijfsbelanghebbenden bij fallback-systeem

Onderteken, van de belanghebbenden bij het bedrijfsleven, dat het fallback-systeem en de bijbehorende procedures de kritieke bedrijfsfuncties zullen waarborgen.

Bevestiging van haalbaarheid op KPI's

Resultaten van een haalbaarheidsstudie voor zowel AEM als het ontwerp van de oplossing op hoog niveau. Deze moeten worden gemeten aan de hand van de KPI’s om ervoor te zorgen dat aan deze criteria kan worden voldaan.

Eindcontract

Een definitief en ondertekend contract is nodig alvorens met het project verder te gaan. Dit is gebaseerd op Concept.

Functionaliteit van de oplossing die door belanghebbenden wordt geaccepteerd

Bevestiging dat de belanghebbenden het volgende volledig aanvaarden:

  • oplossingsfunctionaliteit
  • alle bekende problemen in de oplossing

Live schema

Tijdlijn en schema voor de vereiste activiteiten voor:

  • voorbereiding voor live gaan
  • de echte go live

Happy Paths Defined

Een gelukkig weg is een standaardscenario dat geen uitzonderlijke of foutenvoorwaarden kenmerkt. Het bestaat uit de reeks uitgevoerde activiteiten wanneer alles naar behoren verloopt.

Hardwareramingen

Oorspronkelijke schattingen van:

  • de hardware die nodig is voor AEM installatie
  • eventuele aanvullende vereisten, gebaseerd op het ontwerp van de oplossing op hoog niveau

Hardware is beschikbaar om te voldoen aan vereisten

Bevestiging dat alle omgevingen over de minimaal vereiste hardware beschikken.

Vereisten op hoog niveau

De definitie van de vereisten op hoog niveau zorgt voor een algemene uitsplitsing van de vereisten voor het systeem, die aspecten omvat zoals:

  • Bedrijfsprocessen
  • Belangrijkste systeemfuncties

De basisdetails over deze functies zijn gewoonlijk bekend, zodat zou dit document geen schatting moeten zijn.

Oplossingsontwerp op hoog niveau

Het ontwerp van de oplossing op hoog niveau verklaart de architectuur die voor het ontwikkelen van de oplossing zal worden gebruikt. Het architectuurdiagram verstrekt een overzicht van het volledige systeem, dat de belangrijkste componenten identificeert die voor het product en hun interfaces zullen worden ontwikkeld.

Systeemkaart op hoog niveau

Deze systeemkaart zou een zeer hoog niveaudiagram van het systeem moeten verstrekken. Het verschilt van de Context van de Oplossing in die zin dat het een algemene kaart van alle betrokken systemen is, zijn er geen interfaces op dit diagram.

Structuur van historische inhoud

Definitie van de inhoudsstructuur van het oudere systeem. Dit wordt gebruikt als referentie en ook bij de voorbereiding van de migratiestrategie.

Historische prestaties en Historische Prestaties KPIs

U moet prestatiesstatistieken en prestaties KPIs van het erfenissysteem verzamelen en documenteren. Deze worden vervolgens gebruikt als referentiepunt en voor het benchmarken van de nieuwe oplossing.

Belangrijke oplossingen/functies identificeren

Een lijst van de bedrijfskritieke functies.

Implementatie: wijzigingen gebaseerd op resultaten van de penitingstest

Uitvoering van alle vereiste (afgeschreven) wijzigingen in de oplossing op basis van de resultaten van de penetratietests.

Implementatie - Geautomatiseerde teststrategie

Opstelling van het hulpmiddel en de processen die worden vereist om geautomatiseerde tests te steunen.

Implementatie - Automatiseringsstrategie

De gereedschapsset en de processen die vereist zijn voor de ondersteuning van automatisering instellen.

Implementatie - Inhoudsarchitectuur

Implementatie van de inhoudarchitectuur, concepten voor het aanbrengen van labels en hergebruik van inhoud.

Implementatie - Ervaring ontwerpen

Implementatie van de vereisten ter ondersteuning van het Experience Design.

Implementatie: reservesysteem en procedures

Tenuitvoerlegging van het noodsysteem en aanverwante procedures.

Implementatie - integratie

Implementatie van integratie met alle vereiste externe systemen.

Implementatie - migratiestrategie

Migratie samen met de validatie van inhoud en andere artefacten voor de nieuwe oplossing.

Implementatie - rollen en rechten

Implementatie van rollen en rechten, gebruikers en groepen.

Implementatie - Beveiligingsconcept

Tenuitvoerlegging van alle veiligheidsmaatregelen, met inbegrip van de AEM wanbetalingen.

Implementatie - Beveiligingssoftware

Implementatie van beveiliging van softwaretoepassingen.

Implementatie - Beveiligingsconcept systeemarchitectuur

Implementatie van de systeembeveiliging.

Implementatie - URL-verwerking

Implementatie van het concept voor URL-afhandeling.

Implementatie - Workflows

Implementatie van de ontworpen workflows.

Implementatieconcept

Het implementatieconcept bevat de leidende beginselen voor de volledige uitvoering. Daarbij moet rekening worden gehouden met:

  • Bewerkingen
  • Onderhoud
  • Compatibiliteit
  • Herbruikbaarheid
  • Beveiliging
  • Schaalbaarheid

Dit concept kan ook de kaders, bibliotheken en andere artefacten beschrijven die in de oplossing worden gebruikt.

De steun van Adobe over Go Live Programma

Neem contact op met de Adobe-ondersteuning om ervoor te zorgen dat alle ondersteuning die nodig is, tijdens de liveprocedure kan worden ingeschakeld.

Initiële ervaringsontwerpen

Voorlopige concepten voor de ontwerpen van de ervaringen.

Integratietests

Het testen, en de resulterende bevestiging, van alle interne en externe integraties.

Dit dient te worden geautomatiseerd en regelmatig te worden uitgevoerd om de stabiliteit van het systeem te waarborgen.

Probleemopvolging

Duidelijke processen registreren alle ondervonden problemen en volgen lopende activiteiten om ervoor te zorgen dat alle kwesties worden aangepakt.

Systeem en processen voor het bijhouden van problemen

Een volgsysteem, samen met de vereiste processen, voor het registreren van alle ondervonden problemen en het volgen van lopende activiteiten om ervoor te zorgen dat alle kwesties worden aangepakt.

Alle belanghebbenden bij het project moeten toegang hebben om de transparantie van de projectstatus te vergemakkelijken.

Voorbeelden zijn Atlassiaanse JIRA en HP Quality Center.

Systeemproces voor bijhouden van problemen is ingesteld en geïntegreerd

Het geselecteerde hulpmiddel is volledig geïntegreerd en toegang die aan alle vereiste rollen wordt verleend.

Verouderd systeem

Voor uw project is het oudere systeem de bestaande technologie, het computersysteem, of het toepassingsprogramma die door de nieuwe oplossing zullen worden vervangen.

Details van het oudere systeem moeten worden verzameld, zodat u weet wat u met pensioen kunt gaan, wanneer en wat de gevolgen voor andere systemen zijn.

Lijst met te gebruiken ontwikkelingsinstrumenten

een overzicht van de instrumenten die bij de uitvoering zullen worden gebruikt; de instrumenten moeten onder meer zijn :

  • documentatie
  • tools voor het bijhouden van problemen
  • implementatiehulpmiddelen
  • build-gereedschappen

Lijst van Gebruikers die Toegang tot het Portaal van de Steun van Adobe vereisen

Een lijst van alle gebruikers en rollen die toegang tot het Portaal van de Steun van Adobe zullen vereisen.

De lijst bestaat gewoonlijk uit de Architect van de Oplossing en/of het personeel van IT van de klant.

Analyse van logbestanden

Een analyse, samen met de resulterende aanbevelingen, die bepaalt wat moet worden geregistreerd om de oplossing te controleren:

  • te registreren activiteiten
  • mate van granulariteit
  • informatie die voor elke activiteit wordt geregistreerd

Onderhoudstaken (AEM specifiek) getest en ingeschakeld

Onderhoudstaken zoals: testen en inschakelen AEM

  • samenpersen
  • systeem schoon
  • workflow leegmaken

Migratieplan

de migratie documenteren; inclusief

  • tijdlijn voor de migratie
  • het plan voor inhoudonderhoud, overeenkomstig de migratiestrategie

Migratiestrategie

Een volledige beschrijving van de bestaande inhoud, inhoudsarchitectuur en indelingen die aan de nieuwe oplossing zijn toegewezen. Het moet betrekking hebben op:

  • technische details van geautomatiseerde migratie, indien mogelijk
  • rooktests die na migratie moeten worden uitgevoerd, om de gemigreerde inhoud te valideren

Ook moet worden aanbevolen hoe de inhoud up-to-date (of zo up-to-date mogelijk) moet blijven gedurende de periode tussen migratie en het daadwerkelijke leven van het nieuwe systeem. Dit kan betekenen dat inhoud wordt vastgezet, dat er twee keer wordt gepubliceerd of dat er een alfakanaal wordt onderhouden.

Bewaking - CPU

Bewaking van het gebruik van de CPU van het systeem door de oplossing:

  • gemiddelde
  • pieken

Bewaking - schijf-I/O

Bewaking van de schijfinvoer en uitvoersnelheden van de oplossing:

  • gemiddelde
  • pieken

Bewaking - Schijfruimte

Bewaking van het gebruik van schijfruimte door de oplossing:

  • gemiddelde
  • groei in de tijd

U dient het gebruik te controleren door:

  • de opslagplaats
  • logbestanden

Bewaking - Externe systemen

Controleer om het even welke verbindingen tussen de oplossing en externe systemen:

  • verkeerssnelheid
  • pieken
  • stabiliteit

Bewaking - Netwerkbandbreedte

Controleer het gebruik van de oplossing van de netwerkbandbreedte:

  • gemiddelde verkeerssnelheid
  • pieken
  • stabiliteit

Bewaking - aanvragen

Controleer de verzoeken aan de oplossing worden gemaakt die.

Bewaking - Beveiligingspunten

Bewaking bij de gedefinieerde beveiligingspunten.

Bewaking - Systeem

het gehele systeem bewaken; bijvoorbeeld:

  • beschikbaarheid
  • gemiddelde prestaties
  • prestatiepieken
  • waarschuwingen

Controle - Drempel en interventie

Bewaking van de vastgestelde drempelwaarde van de oplossing, samen met de uitvoering van interventiestappen om de belasting te verminderen.

Concept voor bewaking

De controleconcepten die op uw oplossing moeten worden toegepast; waarin:

  • AEM standaardbewaking
  • systeembewaking
  • klantspecifieke monitoringvereisten

Bewaking van potentiële zwakke punten

Specifieke punten die vatbaar kunnen zijn voor storingen, moeten worden geïdentificeerd en gedefinieerd. Ook moeten eventuele controletaken met betrekking tot deze taken worden omschreven.

Voorbeelden zijn onder andere:

  • belangrijke workflows
  • verwerking van transacties
  • integratiepunten

Het beleid van de controle dat aan de Ingenieur van het Systeem wordt meegedeeld

Zorg ervoor dat de systeemtechnici en het personeel van de verrichtingen elk controlebeleid kennen en begrijpen.

Monitoringrapporten - Structuur

Definiëren:

  • wanneer monitoringverslagen moeten worden opgesteld
  • aan wie zij moeten worden geleverd

Documentatie operationele taken

Alle operationele taken gedocumenteerd, met hun gedefinieerde frequentie.

Handboek

Handleiding die alle informatie verstrekt die nodig is voor een succesvolle werking en onderhoud van de oplossing:

  • alle operationele taken
  • belangrijkste contacten
  • implementatieplannen
  • checklists vóór/na de implementatie
  • andere kritieke taken

Tevens dienen de uitvoeringsconcepten te worden beschreven voor:

  • voldoen aan de prestatie-KPI's
  • het schrapen van de oplossing om die KPIs te blijven ontmoeten

Voorbereid pakket

Softwarepakket gemaakt en klaar voor implementatie geleverd.

Penetentietests

Een penetratietest (die informeel als pentest wordt bekend) is een aanval op een computersysteem dat veiligheidstekortkomingen zoekt, potentieel het verkrijgen van toegang tot de eigenschappen en de gegevens van de computer.

Penetratietests - geslaagd

Alle vereiste criteria zijn vervuld.

Penetingtests - resultaten

Rapporten die voor de zaken worden gecreeerd die de resultaten van de penetratietest verklaren.

Concept voor prestaties en schaalbaarheid

Conceptueel document over hoe te om ervoor te zorgen dat uw implementatie de prestaties KPIs ontmoet, en hoe te om de oplossing te schrapen zodat het die KPIs blijft ontmoeten.

Prestatiebenchmark

De prestatie-benchmark wordt gebruikt om prestatietests, duurzaamheidstests en -bewaking te definiëren. Dit gebeurt door de prestatiekenmerken van de oplossing en systeemhardware te beoordelen.

Prestatie-KPI's

Deze definiëren de prestatiekernindicatoren (KPI's) die nodig zijn om de prestaties van het systeem te meten. Voorbeelden hiervan zijn laadtijd van de pagina, responstijd van de server en queryprestaties van de database.

Prestatietests - rapport

Rapporten die voor de zaken worden gecreeerd, die de resultaten van de prestatietests specificeren.

Prestatietests - Resultaten komen overeen met prestatie-KPI's

De resultaten moeten de bepaalde KPIs en de verwachtingen voor prestaties aanpassen.

Persoonlijk testconcept

Persoonlijk testen is een methode die is gebaseerd op de verschillende personen die in de Experience Design worden beschreven. Het test ook de rekeningen en hun verwante toestemmingsniveaus.

Dit wordt vaak gebruikt in het Testen van de Erkenning van de Gebruiker (UAT).

POC getest en geverifieerd op basis van documentatie

De concepttest (POC) wordt afgezet tegen de vereisten om ervoor te zorgen dat beide op elkaar zijn afgestemd.

Checklist na implementatie

Een controlelijst om de reeks controles en taken te bepalen na elke plaatsing uit te voeren.

Checklist vóór implementatie

Een controlelijst om de reeks controles en taken te bepalen vóór elke plaatsing uit te voeren.

Prestatietests basislijnprestaties productieomgeving

Het is gebruikelijk om een basistest op een standaardinstallatie van AEM in werking te stellen. Dit wordt vervolgens gebruikt als benchmark om de implementatie en hardware te testen.

Klaar voor productieomgeving

Bevestig dat de productieomgeving gereed is, met automatische implementaties.

Afmelding van productie door zakelijke belanghebbenden

Voordat Go Live naar de productieomgeving kan gaan, moet de productieonderbreking (PSO) worden toegestaan. Dit is het resultaat van een herziening van de release die in productie zal worden genomen, samen met alle bekende problemen. Afmelden wordt gegeven als onderdeel van de Go Live-planning.

Proces en beleid voor afmelding van productie

Het beleid en het proces dat vereist is om het productiesymbool af te halen voordat het pakket naar de productieomgeving wordt verplaatst.

Projectcommunicatieplan

Bepaal het communicatie plan voor zowel bedrijfs belanghebbenden als het projectteam.

Projectinspanningen - Eindramingen

De initiële schattingen waren hoog en werden gemaakt volgens de vereisten op hoog niveau voor de implementatie.

Deze worden nu herzien, verfijnd en uitgebreid om de definitieve ramingen te kunnen maken. De ramingen moeten worden opgesteld door elk geschikt projectleider, met inbegrip van projectbeheer, consultancy, architectuur, tests en ontwikkeling.

Deze ramingen worden gebruikt voor de financiering en de begroting.

Projectinspanningen - initiële ramingen

De eerste schattingen zijn hoog en worden opgesteld volgens de hoge eisen die aan de uitvoering worden gesteld. Dit zal in latere stadia worden herzien en verfijnd.

Projectorganisatie

De vereiste documentatie om de organisatie en rapporteringsstructuur van het project en het team te schetsen.

Vaak bestaat het formulier of bevat het een diagram dat een visueel overzicht geeft van tijdlijnen en verantwoordelijkheden. Hier zijn veel hulpmiddelen voor beschikbaar.

Document voor projectbereik

Het document van het projectwerkingsgebied vereist u om een lijst van te identificeren en te documenteren:

  • Specifieke projectdoelstellingen
  • Te leveren items
  • Functies
  • Functies
  • Taken
  • Termijnen
  • Geplande inspanning

Het omvat wat er, samen met het werk dat moet worden verricht, moet worden bereikt om het project uit te voeren

Projectstatusrapporten binnen een gedefinieerde interface

Projectstatusrapporten die worden geleverd volgens het overeengekomen tijdschema en met het vereiste formaat.

Conceptproef (POC)

De concepttest (POC) implementeert een beperkt aantal functies voor de oplossing.

Zij moet trachten de haalbaarheid van de oplossing aan te tonen, nagaan of zij het vereiste doel kan bereiken en aantonen dat zij het potentieel heeft dat zij wordt gebruikt.

Regels wissen

AEM onderhoudt meerdere versies van elementen en inhoud. Leegregels worden ontworpen en geconfigureerd om de oudere versies periodiek te verwijderen, zodat de status en grootte van de opslagplaats behouden blijven.

Formaat kwaliteitsrapport en Cadence

Geef de vereiste inhoud en opmaak van het kwaliteitsrapport op en geef aan hoe vaak het moet worden geleverd.

Release Coordinated

De projectmanager coördineert alle rollen die voor de versie aan productie worden vereist.

Releaseopmerkingen

Opmerkingen bij de release maken deel uit van de documentatie voor de release. De opmerkingen bij de release moeten betrekking hebben op:

  • voorwaarden
  • vereisten opgenomen
  • opgeloste kwesties
  • bekende problemen in de release

Deze wordt gebruikt met de Runbook om de installatiestappen en -controles voor en na de installatie uit te voeren.

OPMERKING

Voor een voorbeeld, zie AEM Nota's.

Release die wordt uitgevoerd op productieomgeving

Laatste release actief en actief in productie.

Relevante contractvoorwaarden

U dient specifieke contractvoorwaarden te benadrukken die relevant zijn voor de uitvoering van het project; zoals contractuele mijlpalen, factuurperioden of personeelsvereisten.

Rapportage van

Bepaal samen met de klant de frequentie van de rapporten die aan hen worden geleverd.

Optimalisatie opslagplaats

Gegevens worden nooit in een teerbestand overschreven, het schijfgebruik neemt toe, zelfs wanneer bestaande gegevens alleen worden bijgewerkt.

Om de steeds groter wordende omvang van de opslagplaats tegen te gaan, wordt een optimalisatiestrategie opgezet om verouderde gegevens te verwijderen.

Verzoek om de Sectie van het Project van de Opstelling in Portaal van de Steun van Adobe

Het officiële verzoek om opstelling uw project in het Portaal van de Steun van Adobe.

Documentatie vereisten

Deze documentatiereeks heeft betrekking op de functionele en niet-functionele vereisten, samen met de geraamde inspanningen.

Bronnen die beschikbaar zijn voor ondersteuning gaan live

Ervoor zorgen dat alle rollen die nodig zijn voor live gaan, bemand en beschikbaar zijn.

Risicobeoordeling

De risicobeoordeling wordt uitgevoerd door de IT- en/of beveiligingsafdeling(en) van de klant.

Zij beoordeelt de technische en zakelijke risico's van het project. De evaluatie is vereist voor de oplossing om naleving van veiligheidsbeleid te verzekeren.

Risicobeperkingsplan

Het risicolimiteringsplan omvat de risicobeoordeling. Samen omvatten zij:

  • geïdentificeerde risico's
  • mogelijke oplossingen voor deze risico's indien zij zich bij de uitvoering voordoen

ROI-verwachtingen

Bepaal de Rendement van Investering (ROI) verwachtingen die aan de oplossing worden vastgemaakt.

Zij zijn erop gericht de economische efficiëntie van de oplossing aan te geven door de verwachte baten/baten ten opzichte van de geraamde investering vast te stellen.

Het Concept van rollen en van Rechten

Gedetailleerde specificatie van de concepten met betrekking tot rollen en toegangsrechten die vereist zijn voor de nieuwe toepassing, met inbegrip van een overzicht op hoog niveau van:

  • rollen
  • groepen
  • gebruikers
  • permissions
  • en gebruikersbeheer en -provisioning

Het concept Rollen en Rechten voldoet aan beveiligingsrichtlijnen

Herziening van het concept Rollen en Rechten om ervoor te zorgen dat het aan het veiligheidsbeleid voldoet.

Specificaties voor rollen en rechten

Een gedetailleerde specificatie die op het Concept van Roles en van Rechten wordt gebaseerd.

Beveiligingsarchitectuur Recommendations

Recommendations had betrekking op beveiliging voor de software- en hardwarearchitectuur.

Beveiligingsgebaseerde coderingsrichtlijnen

In deze richtsnoeren wordt gedefinieerd hoe de ontwikkelingscodering moet worden uitgevoerd op basis van beveiligingsvereisten zoals:

  • naamconventies
  • libraries
  • richtsnoeren voor kaderregelingen
  • API-gebruik

Beveiligingscontrolelijst

Project specifieke controlelijst van punten, die op het Concept van de Veiligheid samen met om het even welk extra beleid wordt gebaseerd die wordt vereist om naleving van de oplossing te verzekeren.

Dit wordt vaak ook opgenomen als onderdeel van de stappen na de implementatie in het runbook.

Beveiligingsconcept

Definieer en documenteer details van de beveiligingsconfiguratie die vereist is voor de toepassing, architectuur en infrastructuur.

Concept voor beveiligingsconcept

Een overzicht op hoog niveau met de beveiligingsinstellingen van de:

  • toepassing
  • architectuur
  • infrastructuur

Beveiligingsproblemen vermeld en beoordeeld

alle veiligheidskwesties van de oplossing die wordt vermeld en beoordeeld; met inbegrip van ramingen van de inspanning.

Beveiligingsaftekening van zakelijke belanghebbenden

Meld u af bij de belanghebbenden om ervoor te zorgen dat de beveiligingsimplementatie voldoet aan het beleid en de verwachtingen.

Ondersteuningsprocessen instellen

Stel de vereiste ondersteuningsprocessen in.

SLA's voor systemen van derden

Ervoor zorgen dat de Overeenkomsten van het Niveau van de Dienst (SLAs) beschikbaar zijn en aan zowel de ontwikkelings als verrichtingenteams voor gebruik tijdens implementatie en steun worden meegedeeld.

Testconcept

Rooktests bestaan uit een reeks gedefinieerde stappen die de belangrijkste functies van de oplossing testen om de basiswerking en functionaliteit van de oplossing te garanderen.

Zij worden uitgevoerd, op om het even welk milieu, na installatie of plaatsing.

Rooktests uitgevoerd voor systeemvalidatie

Rooktests moeten op alle systemen worden uitgevoerd om ervoor te zorgen dat de basisfunctionaliteit van de oplossing correct functioneert bij installatie of implementatie in een omgeving.

Strategie voor softwarearchitectuur

de strategie op hoog niveau voor de softwarearchitectuur; met inbegrip van diensten, diensten, kaders en andere uitvoeringsbesluiten.

Oplossing Revisiebord ingesteld en vergaderingskadentieset

De Raad van het Overzicht van de Oplossing is gewoonlijk samengesteld uit klantenbelanghebbenden.

De raad van bestuur houdt regelmatig vergaderingen om de thans geldende vereisten en relevante specificaties doorlopend te evalueren. Het doel is te zorgen voor de afstemming op de definitie en criteria van succes en tevens een bijdrage te leveren aan de ontwikkeling van de eisen.

Oplossing-uitvoering

Installatie-instructies voor de oplossing, samen met elementaire operationele taken die bij de installatie moeten worden uitgevoerd.

Afmelding en acceptatieproces van oplossing

In het proces voor aftekenen en accepteren worden de criteria beschreven waaraan moet worden voldaan voordat de oplossing in een productieve omgeving kan worden gebracht.

Het kan ook als een contractuele mijlpaal dienen.

Speciale functionele concepten

Het initiële concept voor elke speciale functionaliteit die buiten het normale bereik van ontwikkeling op het AEM wordt beschouwd.

Speciale functionele specificatie

Bijzonderheden over alle speciale functies die buiten het normale ontwikkelingsterrein van het AEM worden beschouwd.

Richtlijnen voor specificatie

Om het even welke richtlijnen van de klant over hoe de specificatie zou moeten worden gedaan.

Specificatie- en goedkeuringsproces gedefinieerd en meegedeeld

Er moet een duidelijk proces worden ingevoerd voor het aftekenen van specificaties door de klant. Dit proces garandeert duidelijkheid en nauwkeurigheid van de reikwijdte van de eisen.

Personeel geselecteerd voor AEM beheerderstraining

Interne staf die training nodig heeft om de oplossing te beheren.

Personeel geselecteerd voor training auteur en eindgebruiker

Interne medewerkers die een training voor auteurs van de oplossing nodig hebben.

Belanghebbenden

Belanghebbenden zijn de belangrijkste personen en/of rollen die een aanzienlijk belang bij het project hebben. Sommigen zullen bijdragen aan de projectbegroting.

De belanghebbenden kunnen intern en/of extern zijn.

Belanghebbenden zijn op de hoogte van definities en criteria

Bevestiging dat alle belanghebbenden buiten het daadwerkelijke implementatieteam op de hoogte zijn van:

  • definities van succes
  • criteria voor succes

Belanghebbenden begrijpen project en verwachtingen

Bevestiging dat alle belanghebbenden buiten het daadwerkelijke implementatieteam in overeenstemming zijn met het algemene project en de verwachtingen, zowel intern aan het projectteam als aan de klant.

Status Report Format Definition

Statusrapporten zijn een belangrijk communicatiemiddel. Het formaat moet worden afgestemd op de rapportagevereisten van de klant.

Succescriteria en definitie

De klant, de projectsponsor en de projectmanager of consultant moeten specificeren:

  • Wat bepaalt een succesvol resultaat voor het project.
  • De specifieke criteria die vereist zijn om aan die definitie van succes te voldoen.

Deze worden gebruikt om ervoor te zorgen dat aan de criteria voor succes wordt voldaan:

  • Als basis voor KPI’s.
  • Bij het nemen van beslissingen tijdens de uitvoering.

Ondersteuning voor validatie van gemelde problemen

Een deel van de verantwoordelijkheid van de Quality Lead is ervoor te zorgen dat er bronnen beschikbaar zijn om gebruikers tijdens het testen te ondersteunen. Bijvoorbeeld om de gebruiker te helpen bij het testen, bij het melden van problemen en bij het valideren van de problemen in de testomgeving.

Ondersteuningsprocessen en toegang tot ondersteuningsportaal voor Adobe

De toegang tot het Adobe Support Portal is van cruciaal belang voor het indienen van tickets over op producten gebaseerde problemen die zich tijdens de implementatie kunnen voordoen.

De toegang zou aan zeer belangrijke leden van het team moeten worden toegewezen.

Definitie systeemarchitectuur

Een eerste voorstel en definitie van de architectuur voor alle milieu's van de oplossing.

Documentatie voor systeemarchitectuur

een document met gedetailleerde informatie over de systeemarchitectuur; met inbegrip van interfaces, netwerklocatie en integratie voor alle omgevingen, onder andere informatie.

Beveiligingsconcept systeemarchitectuur

Een overzicht op hoog niveau van hoe te om de systeemarchitectuur volgzaam met om het even welk veiligheidsbeleid te maken. Dit kan betrekking hebben op:

  • firewalls en firewallregels
  • beveiligingszones
  • lokale en algemene verkeersmanagers
  • webservers
  • proxy's en reverse-proxy's

Systeemrisicofactoren geïdentificeerd en geverifieerd

Eventuele risicofactoren die bij de risicobeoordeling (of andere beoordelingen) worden aangetroffen, worden geïdentificeerd en beoordeeld:

  • het risiconiveau dat in elk van beide wordt geïmpliceerd
  • samen met de geraamde inspanningen voor eventuele wijzigingen in de uitvoering die nodig zijn om deze aan te pakken.

Team is op de hoogte van de Definities en de Criteria van het Succes

Bevestiging dat het volledige team zich bewust is van de succesdefinities en de criteria.

Het team is op de hoogte van het Communicatie Plan

Bevestiging dat alle leden van het team zich bewust zijn van wie met de klant zou moeten communiceren, samen met details van hoe en wanneer.

Team begrijpt project en verwachtingen

De groepering met het algemene project en de verwachtingen, zowel intern aan het projectteam als aan de klant.

Technische vereisten

Deze vereisten zijn specifiek voor de technische implementatie van diensten die de oplossing steunen.

Gecontroleerde technische risicofactoren

Mogelijke technische risico's identificeren en controleren. Technische risico's kunnen zijn:

  • cross-site scripting
  • invoervelden voor eindgebruikers
  • infrastructuur
  • technologietijdperk
  • aantal integraties
  • en afhankelijkheden

Technische specificatie

De technische specificatie heeft onder meer betrekking op:

  • interfaces
  • configuraties
  • API's
  • diensten die de vereisten van de oplossing steunen

Sjabloonspecificatie

De specificaties voor de vereiste sjablonen. Deze moeten onder meer details omvatten, zoals parsys, blauwdruk en overerving.

De specificaties zijn gebaseerd op de bedrijfsvereisten en ervaringsvereisten.

Testgevallen

Testgevallen specifiek de gedetailleerde stappen die nodig zijn om de functionele test van de oplossing uit te voeren.

Inhoud testen

Het testgehalte moet zo dicht mogelijk bij het productiegehalte liggen. De selectie moet groot genoeg zijn om alle scenario's te kunnen testen.

Bewerkbare omgeving testen

Zorg ervoor dat de testomgeving gereed is, met automatische implementaties om ervoor te zorgen dat alle code van de releasekandidaat up-to-date is voor testen.

Testrapporten

verslagen waarin de testresultaten worden vermeld; met inbegrip van:

  • aangetoonde gebreken
  • status van uitgevoerde testgevallen
  • andere kwaliteitsgerelateerde onderwerpen

Er zij op gewezen dat:

  • Elk testteam moet neutraal kunnen blijven en de testresultaten kunnen leveren.
  • Het is de verantwoordelijkheid van de projectbeheerder om de gevolgen van de resultaten te beoordelen en een besluit te nemen over passende maatregelen.

Testsuite

Selectie van de automatiseringssuite en gereedschappen. Deze zullen worden gebruikt om tests, met inbegrip van die voor gebruiksgevallen, te automatiseren.

Testgereedschapsset geselecteerd

Automatiseringssuite en gereedschap geselecteerd voor automatisering van hoofdletters en kleine letters en andere taken voor het uitvoeren van tests.

Testconcept

Het testconcept is het kader op zeer hoog niveau voor het testen van het project; inclusief QA, UAT, prestaties, beveiliging en integratietests.

Testplannen

In deze plannen wordt de uitvoering van tests voor elke ontwikkelingsfase gedetailleerder beschreven en worden de tests gebaseerd op de Teststrategie.

Testbereik

Deze vereisten zijn specifiek voor de technische implementatie van diensten die de oplossing steunen.

Teststrategie

De teststrategie schetst de strategie op hoog niveau voor kwaliteitsborging en het testen van gebruikersacceptatie. Dit zijn onder andere tijdlijnen, rapportagefrequentie en uitvoering.

Integratieconcept van derden

Architectuur- en systeemconcept voor de integratie met systemen van derden.

Specificatie Integratie van derden

Nadere bijzonderheden over de (functionele en niet-functionele) vereisten voor de ondersteunde functionaliteit en integratie van de systemen van derden.

Beveiligingsconcept van derden

Concept om de beveiliging van integratie van derden te waarborgen. Moet in overeenstemming zijn met het juiste beveiligingsbeleid.

Systeem van derden voor integratie

Ervoor zorgen dat alle systemen van derden, met de juiste documentatie, beschikbaar zijn voor integratie-implementatie.

Toegang tot systemen van derden ingeschakeld

Vereiste toegangsrechten verleend aan de respectieve rollen die samen met systemen van derden worden gebruikt.

Testconcept van derden

Definieert:

  • gebruiksgevallen voor het testen van de integratie
  • functionaliteit met betrekking tot toepassingen van derden

Drempeldefinitie

Definieert de hoofdwaarden voor controlepunten in het systeem.

Bijvoorbeeld:

  • hoeveel kilobytes (KB) aan niet-verzonden logbestanden een waarschuwing genereren op de hoofdserverinstantie
  • het aantal milliseconden van gemiddelde vertraging per transactie die worden getolereerd alvorens een waarschuwing op de belangrijkste server wordt geproduceerd

Tijdlijn en mijlpalen

Hierin moeten de projecttijdschema's en contractuele mijlpalen worden vastgesteld die moeten worden gebruikt voor:

  • Factuur.
  • De aanpassing aan de succesdefinities, succescriteria, en KPIs.

Totale projectinspanningen

Alle ramingen van de inspanningen van elk van de initiatiefnemers van het project moeten worden geconsolideerd. inclusief, overhead, ontwikkeling, systeemengineering, architecturale en testwerkzaamheden.

Als er in de overeenkomst een steunniveau is opgenomen, moeten ook inspanningen op het gebied van ondersteuning en operaties worden opgenomen.

Trainingsmaterialen

Materialen voor trainingssessies. De materialen zouden specifiek voor de oplossing moeten worden gecreeerd en worden ontworpen om samen met de Gidsen van de Gebruiker te worden gebruikt.

Begrijpt het bereik van project en de verwachtingen

De bevoegde persoon dient te bevestigen dat hij/zij volledig begrijpt:

  • het toepassingsgebied van het project
  • alle verwachtingen van de klant
  • dat dit de basis is voor alle besluiten die per persoon, per fase in het project worden genomen

Concept voor URL-afhandeling

Uw concept voor URL-afhandeling moet betrekking hebben op AEM specifieke URL-functies, zoals:

  • vanity URLs
  • koppeling extern maken
  • foutpagina's
  • toewijzing

Het concept moet ook betrekking hebben op:

  • eventuele herschrijfregels
  • virtuele hosts op de webserver
  • SEO-overwegingen, zoals robots.txt
  • een site-overzicht

Gevallen gebruiken

Een gebruiksgeval is de lijst van acties of gebeurtenisstappen nodig om een doel te bereiken. Doorgaans definiëren ze de interacties tussen een rol en de oplossing. De rol kan een gebruiker of een extern systeem zijn.

Gevallen gebruiken die zijn omgezet in testscenario's

De testscenario's zijn gebaseerd op de technische en bedrijfsgebruikscenario's. Ze worden gebruikt om te testen of het gedrag van de oplossing naar verwachting is.

Gebruikershandleidingen

De Gidsen van de gebruiker verstrekken informatie en hulp voor de gebruikers van de oplossing:

  • auteurs
  • stroomgebruikers
  • beheerders

Gevalideerd begrotingsplan

Het begrotingsplan moet door alle belanghebbenden worden herzien en gevalideerd. Zij moeten details zoals facturering, bedragen en methoden/tijdschema voor de begrotingsrapportage controleren.

Testresultaten voor witte box

Het testen van een witte doos is een methode die de interne structuren of de werking van een toepassing in tegenstelling tot zijn functionaliteit test. Het testen van de witte doos kan worden toegepast op de eenheid, integratie en systeemniveaus van het softwaretestproces.

Workflowspecificaties

Op basis van het concept Workflows moeten deze specificaties in detail de stappen definiëren die de volledige workflow zullen maken.

De specificatie van elke workflow moet (ten minste) het volgende omvatten:

  • use case
  • rollen
  • stappen
  • uitkomsten
  • foutafhandeling

Concept voor workflows

Met workflows kunt u AEM activiteiten automatiseren. Het concept Workflows bevat contouren:

  • de processen die automatisering vereisen
  • de diensten en rollen in AEM die zullen worden beïnvloed

Op deze pagina