Hoofstuk 3: beplanningsfase: Die skep van jou oplossing ontwerp en argitektuur, projekplanne, en projek skedule Hierdie hoofstuk verskaf die agtergrond en tegniese inligting wat nodig is om die beplanningsfase te voltooi van 'n migrasie projek. Op hierdie bladsy Inleiding tot die beplanningsfase Die beplanningsfase is die tyd wanneer die projekspan vertaal die aanvanklike visie / omvang van die behels Fase in praktiese planne oor hoe om dit te bereik. Die doel van die beplanningsfase is die oplossing in detail te definieer saam met die goedgekeurde plan en skedule projek. Hierdie werk sluit die skep van 'n funksionele spesifikasie, die ontwikkeling van die oplossing argitektuur en ontwerp, en die voorbereiding van kosteberamings. Spanlede vestig op hul kundigheid om gedetailleerde individuele planne, soos die ontwikkelingsplan, toets plan, en ontplooiing plan, sowel as skedules vir alle aspekte van die projek te skep. Program Management kombineer hierdie individuele planne en skedules en synchroniseert hulle die plan en skedules meester projek te skep. Die beplanningsfase loop uit op die projekplanne Goedgekeur Mylpaal. Verby hierdie mylpaal beteken dat die kliënt, die projekspan, en alle belanghebbendes saamstem oor die besonderhede van die planne, insluitende wat gebou sal word, hoe dit gebou sal word, wanneer dit afgelewer sal word, en wat dit sal kos. Beplanningsfase Take Die groot migrasie take wat tydens die beplanningsfase word opgesom in die volgende lys. Hulle sal in meer besonderhede beskryf word in die daaropvolgende afdelings. Die ontwikkeling van die oplossing ontwerp en argitektuur. Die ontwikkelingspan begin die ontwerpproses met die oplossing ontwerp en argitektuur en loop met 'n ontwerp dokument wat deel word van die funksionele spesifikasie. Bekragtiging van die tegnologie. Die ontwikkelingspan bekragtig ook tegnologie om te verseker dat hulle voldoen aan die maatskappy se behoeftes vir die spesifieke oplossing. Die skep van die funksionele spesifikasie. Die projekspan en beheer van die program Rol skep 'n funksionele spesifikasie wat die oplossing vereistes, die argitektuur, en die gedetailleerde ontwerp vir al die eienskappe beskryf. Dit verteenwoordig die kontrak tussen die projekspan en die kliënt. Die ontwikkeling van die projek planne. Die Program Management Rol en die verskillende spanne wat deel uitmaak van die projekspan ontwikkel 'n versameling van planne om die take te definieer vir al ses MSF span rolle, en beheer van die program konsolideer hulle in 'n meester-projek plan. Die skep van die projek skedules. Die Program Management Rol en die verskillende spanne te skep-mylpaal gedryf skedules vir elke individuele span rol, en beheer van die program konsolideer hulle in die meester projek skedule. Die oprigting van die ontwikkeling en toets omgewing. Die ontwikkeling en toets spanne te skep ontwikkeling en toetsing omgewings wat onafhanklik van die produksie-omgewing aan die oplossing te ontwikkel en te toets is. Maak die beplanningsfase. Die projekspan voltooi die beplanningsfase met die goedkeuring-proses vir die projekplanne Goedgekeur Mylpaal. Let Hoewel agtermekaar gelys, kan baie van hierdie aktiwiteite gelyktydig uitgevoer word. Beplanningsfase deliverables Die beplanningsfase aktiwiteite uitloop op 'n groot mylpaal, die projekplanne Goedgekeur Mylpaal. Teen die einde van die beplanningsfase, die projekspan en al die groot rolspelers (ander lede van die organisasie wat geraak sal word deur die projek) op die funksionele spesifikasie, tegnologie vir die oplossing, en projekplanne en skedule moet ooreengekom. Hierdie aflewerbares sluit in: Identifiseer die potensiële risiko's en versagtende strategieë. 'N opdrag dokument oor die opstel van die ontwikkeling en toets omgewings wat: Skep 'n behoorlike ontwikkeling en toetsing omgewing vir die oplossing sonder dat die produksie stelsel. Identifiseer die hardeware en infrastruktuur vereistes vir die omgewing. Saam, hierdie aflewerbares bestaan uit 'n hoë-vlak in die ontwerp beskrywing en plan van die projek wat die grondslag vir die daaropvolgende fases vorm. Daarom is die funksionele spesifikasie dokument, veral, moet gesien word as 'n lewende dokument wat hou verander, onderhewig aan beheer te verander. Die aflewerbares kan talle herhalings ondergaan voordat die projekspan, die kliënte en die belanghebbendes bereik 'n finale konsensus. Let Vir meer gedetailleerde besprekings oor hoe hierdie take en aflewerbares kan genader word en die verantwoordelikhede wat vir hulle verwys na die Unix Migrasie Projek Guide (UMPG) by Instruksies vir die opstel van die ontwikkeling en toets omgewings word in Hoofstuk 4, "Beplanning: Die opstel van die ontwikkeling en toets omgewings" van hierdie volume. Beplanningsfase Aktiwiteite Die volgende afdelings detail die verskillende aktiwiteite wat betrokke is by die beplanningsfase van die MSF prosesmodel en hoe hierdie aktiwiteite spesifiek betrekking het op 'n migrasie projek. Die ontwikkeling van die Oplossing ontwerp en argitektuur Die ontwikkeling van die oplossing ontwerp en argitektuur begin met 'n ontwerp-proses, waarvan die resultate word die funksionele spesifikasie. Die ontwerpproses help identifiseer die projekspan struktuur en verantwoordelikhede van die span se vir die komende ontwikkelingsfase. Die stigting van die ontwerpproses is die visie dat die span ontwikkel en die maatskappy se doelwitte wat ingesamel is gedurende die behels Fase. Die argitektoniese ontwerp beskryf hoe kenmerke en funksies bedryf saam met die oplossing te vorm. Dit identifiseer die spesifieke komponente van die oplossing en hul verhoudings. Die ontwerp dokument bevat besonderhede van die argitektuur en die komponente wat gaan in die bou van die oplossing. Vir UNIX-tot-Windows migrasie projekte, die oplossing argitektuur bly dieselfde; Maar om dit in te sluit in die ontwerp dokument verseker volledigheid. Dit help die span te werk op 'n sistematiese manier-van abstrakte konsepte in die gesig / omvang dokument af om spesifieke tegniese besonderhede in die ontwerpproses. Dit help ook om die korrelasie tussen die vereistes en die oplossing funksies in stand te hou. konseptuele ontwerp Die konseptuele ontwerp stadium sluit die proses van ontleding en prioritiseer besigheid en gebruikers perspektiewe van die probleem en die oplossing, en dan die skep van 'n hoë-vlak verteenwoordiging van die oplossing. Hierdie stadium help in die kartering van die funksies wat verband hou met elk van die vereistes. 'N Konseptuele ontwerp is 'n manier om die besigheid verwagtinge en vereistes program wat beide tegniese en infrastruktuur vereistes in terme van besigheid, gebruikers, stelsel, en operasionele vereistes sluit verstaan. Die ontwerp formuleer die oplossing te ontwikkel, met inagneming van die eindgebruikers en die maatskappy se behoeftes. Dit is dus noodsaaklik om al die vrae in die kontrolelys verskaf met hierdie gids te beantwoord. Dit help om die huidige situasie te evalueer en die projek omvang ontwikkel tydens die behels Fase verder te omskryf ten einde 'n duidelike begrip van die funksies wat nodig is om die oplossing te bou bekom. Die konseptuele ontwerp lê die grondslag vir die ontwikkeling van die oplossing en fokus op die vereistes wat deur die beskrywing van die ontwerp en argitektuur van die komponente. Vir migrasie projekte, die konseptuele ontwerp is oor die algemeen dieselfde as die oorspronklike funksie van die huidige program of komponent infrastruktuur. Dit is nietemin belangrik om die bestaande ontwerp te verwoord in die funksionele spesifikasie vir die migrasie projek omdat die werklike konsep vir die huidige komponent dalk gedryf uit sy aanvanklike opvatting. Selfs as dit konseptuele ontwerp konstant gebly, dit dien as 'n toetssteen vir die daaropvolgende ontwerp fases. Die volgende voorbeeld demonstreer wat bedoel word met konseptuele ontwerp. Voorbeeld van 'n konseptuele ontwerp Oorweeg 'n Ingenieursgrafika aansoek ontwikkel in UNIX wat gebruik word deur die ontwerp personeel binne 'n organisasie. As gevolg van veranderende maatskappy se behoeftes en 'n globale omgewing, die organisasie wil nou gebruik van die vermoë van die eksterne vennote maak om ontwerpoplossings met behulp van dieselfde aansoek te verskaf. Om dit te bereik, die aansoek moet op die Microsoft ® Windows platform, wat die grootste deel van sy verskaffers reeds gestandaardiseer op wees. Migreer hierdie aansoek om die Windows-platform in staat stel om dit te deel met die vennote, wat lei tot 'n verhoogde mate van samewerking tussen gebruikers wat die aansoek te gebruik, beide binne die organisasie en buite. Die konseptuele ontwerp moet dokumenteer enige unieke vereistes wat in hierdie nuwe omgewing sal opstaan en bevestig dat die voorgestelde oplossing argitektuur maak voorsiening vir hierdie vereistes. logiese Design Gedurende die logiese ontwerp stadium, is elke deel van die konseptuele ontwerp aan 'n spesifieke rol in die argitektuur van die oplossing. Dit bied 'n duidelike beeld van die oplossing van die funksionele perspektief. 'N Logiese ontwerp identifiseer en definieer al die voorwerpe en hul gedrag, eienskappe en verhoudings binne die bestek van die oplossing. Die program ontwerp is verdeel in drie vlakke: aanbieding, besigheid, en die data laag. Vir 'n migrasie projek, moet jy die bestaande logiese ontwerp asook die logiese ontwerp van die migreer aansoek of infrastruktuur komponent dokumenteer en beklemtoon die gebiede van verandering indien van toepassing. Dit is ook belangrik om te wys hoe die migrasie projek invloed op die ander komponente buite die omvang van die projek. Voorbeeld van logiese Design Voort te gaan met dieselfde ingenieurswese aansoek byvoorbeeld die logiese ontwerp dokumente die bestaande sowel as die nuwe argitektoniese komponente wat nodig is om die konseptuele ontwerp te verwesenlik. Die aanbieding laag bereik kan word deur 'n Windows gebruikerskoppelvlak (UI) in plaas van die bestaande X-Motif-gebaseerde gebruikerskoppelvlak. Die kommunikasie laag bereik kan word deur Winsock of boodskappe in die plek van die bestaande UNIX voetstukke oproepe. Dit kan ook nodig wees om te wys hoe die gemigreerde programme interaksie met ander komponente buite die bestek van die migrasie projek. Byvoorbeeld, is dit moontlik vir aansoeke aan die kant van die vennoot se data uit te ruil met die gemigreerde aansoek op Windows. fisiese Design Die fisiese ontwerp van die oplossing identifiseer die stukke van die logiese ontwerp wat moet inpas by die fisiese argitektuur. Die fisiese ontwerp identifiseer die fisiese infrastruktuur argitektuur en topologie. Dit skep 'n stel van fisiese ontwerp modelle, insluitend die ontwerp van die komponent se UI ontwerp, en 'n fisiese databasisontwerp vir die programme. Die fisiese ontwerp moet sluit verwagte statistieke om prestasiedoelwitte, uptime doelwitte en mylpale te evalueer vir die skryf van die oplossing kode. Byvoorbeeld, kan die fisiese ontwerp sluit statistieke vir transaksie tyd en vereistes prestasie vir die transaksies voor ontplooiing. Produksie statistieke vir die betrokke ontplooiing scenario's moet ook gevestig word. Die fisiese ontwerp is 'n volledige implementering ontwerp, in die vorm van 'n tegniese spesifikasie, wat die ontwikkeling span gebruik om die oplossing te bou. Vir 'n migrasie projek, moet die fisiese ontwerp ook die proses van die implementering van die infrastruktuur en die stap-vir-stap besonderhede van hoe om die migreer aansoek te ontplooi, met inagneming van die huidige mylpale van die aansoek. Dit moet ook bedek hoe die nuwe implementering voldoen aan die maatskappy se behoeftes sonder oortreding voortgesette diensvlakooreenkomste (DVO). Voorbeeld van Fisiese Design Die fisiese ontwerp van die aansoek kan beskryf watter komponente in elk van die lae (aanbieding, besigheid, en data) verander moet word in een van die volgende maniere: Oorgedra na hercompileren en probleme wat ontstaan op te los. Herskryf indien daar geen ooreenstemmende biblioteek of komponent beskikbaar op Windows. Vervang as 'n ekwivalent biblioteek is beskikbaar in Windows. Gekoop as die biblioteek of komponent is om gekoop uit derde party verskaffers. Dit mag dalk ook 'n gedetailleerde kartering van die bron UNIX argitektuur aan die teiken Windows argitektuur, waar elke komponent / biblioteek van die UNIX aansoek gekarteer aan iemand wat gelykstaande funksionaliteit bied op Windows. Bekragtiging van die Tegnologie Dikwels, in tandem met die ontwerpproses, jou span kan ook die geldigheid van die tegnologie wat gebruik word in die oplossing. In die tegnologie validering proses, die span evalueer die produkte of tegnologie om te verseker dat hulle werk volgens die spesifikasies wat deur hul verskaffers en dat hulle spreek die sake-behoeftes vir die spesifieke oplossing scenario. Bekragtiging van die tegnologie is 'n noodsaaklike stap in 'n UNIX-tot-Windows migrasie projek omdat die gereedskap, sagteware, en hardeware in die nuwe Windows-omgewing moet saamwerk om dieselfde of beter effek as dié wat in die UNIX omgewing te produseer. Byvoorbeeld, as die UNIX toepassing maak gebruik van 'n derde party biblioteek en as 'n Windows-weergawe van dit is ook beskikbaar, dit sou 'n goeie idee wees om te kyk of die Windows ekwivalent van die biblioteek werke volgens die vereiste spesifikasies. Tegniese Proof of concept Na bekragtiging van die tegnologie, die span maak 'n aanvanklike poging om die skep van 'n model van die tegnologie wat geïmplementeer sal word. Dit veroorsaak 'n bewys van die konsep. Die aanvanklike model bewys-van-konsep produseer dikwels beide antwoorde en vrae vir die span oor die kwessies wat met die tegnologie mag ontstaan tydens die ontwikkelingsfase. Hierdie inligting help in die risikobestuursproses en identifiseer algehele ontwerp veranderinge wat in die spesifikasies moet ingesluit word. Die verskillende biblioteke of modules in die UNIX aansoek kan gelys word in die funksionele spesifikasie dokument, soos in die volgende bewys-van-konsep identifikasie tafel vir 'n monster bank oplossing aansoek. Table 3.1. Monster bewys-van-konsep Identifikasie
No comments:
Post a Comment