Vervoer Systems Development Recht

Share

|

De Verenigde Staten is de meeste computer-afhankelijke land in de wereld. Van aangepaste software ontworpen en gebouwd voor de unieke functies, zoals een wereldwijde tracking systeem met standaard software voor commercieel gebruik, zoals tekstverwerking en spreadsheets, de ontwikkeling levenscyclus is in essentie hetzelfde. De toegangen tot de levenscyclus variëren naar gelang van de grootte, de omvang en de aard van het systeem. De grootste reden voor de variantie in de benadering komt erop neer dat de financiering in de vier grote gebieden waarop software wordt ontwikkeld.

Commercieel

De ontwikkeling van software praktijken in de commerciële wereld verschillen sterk van de ene organisatie naar de andere en echt vallen in twee categorieën. De eerste categorie is het product ontwikkelaar. Product ontwikkelaars zijn bedrijven als Microsoft, IBM, Hewlett Packard, en vele, vele kleinere bedrijven. Zij produceren software voor massa te gebruiken, en hun producten omvatten alles, van besturingssystemen voor browsers met financiële pakketten. De tweede is de in-house IT-afdelingen van de industrie en dienstverlenende bedrijven, zoals de auto-industrie, de voedingsmiddelenindustrie, gezondheidszorg en retail.

Product Developer

Software ontwikkeling op productontwikkeling bedrijven strikt wordt beheerd. Voor deze bedrijven, blijven concurrerende, op tijd zijn, en de kosten laag houden is zakelijk overleven. De formaliteiten van de overheid projecten geven gestroomlijnde manier om praktijken die gericht zijn op het bevorderen van productiviteit. Afhankelijk van de grootte van het bedrijf is de eis van lijsten en specificaties kunnen lijken meer een taak orde dan pseudo-code. Versie controle kunnen worden gehandhaafd op een vet board, in tegenstelling tot het gebruik van een geavanceerde configuratie management tool. De concentratie van de inspanningen is om de gebruiker de huidige documentatie, en het project plan omvat een richting en focus voor het product, ervoor te zorgen dat nieuwe functies en mogelijkheden houden en zelfs overtreffen van de concurrentie.

In grotere bedrijven, codering normen en kwaliteitscontrole bestaan en worden continu verbeterd. In kleinere bedrijven, codering team is de gecomprimeerde en de teams werken nauw samen, technieken lenen van elkaar en te standaardiseren modules on the fly. Product ontwikkelaars vertrouwen op de overheid en non-computer organisaties van de industrie om producten te kopen en dus hun verblijf in het bedrijfsleven.

Het is ontwikkelaar van het product dat veel nieuwe technologie wordt ontwikkeld en getoond aan een markt bestaat uit grote en kleine bedrijven en personal computer gebruikers. Financiering voor nieuwe ontwikkeling en onderhoud van bestaande producten betekent zakelijk overleven. Eisen veranderen op basis van winst-en verliesrekeningen, de richting van de computer-industrie, en de ontwikkeling van nieuwe technologie.

Documentatie wordt gelegd op het internet en beschikbaar gesteld voor downloaden. Het bestaat voornamelijk uit installatiehandleidingen, operationele handboeken en handleidingen. De kwaliteit en bruikbaarheid van de documentatie heeft een solide markt voor periferie boeken. Deze boeken zijn geschreven en gepubliceerd buiten de computer van de computer van de bedrijven die producten vervaardigen en zijn bijna essentieel voor gebruikers die niet willen besteden te winnen product vaardigheidstest zonder uren doelloos "spelen" op de.

Afdeling Information Technology

Van de gezondheidszorg de industrie tot grote retail-organisaties, de software die is ontwikkeld is op een enkel wanneer dit nodig is. Als commerciële off-the-shelf (COTS) software kan worden gebruikt, zal het worden. Als COTS software kan worden aangepast voor gebruik, surround-code zal worden geschreven. Als er nieuwe software moet worden ontwikkeld, een team is gevormd om het te ontwikkelen. De teamleider geeft over het algemeen de regels voor het coderen en documentatie die mag interpreteren corporate guidelines veel anders dan de teamleider op het laatste project. In veel gevallen, IT-afdelingen hebben een of meer en soms een aantal "quick and dirty"-applicaties, met weinig of geen documentatie. Deze aanvragen kunnen geschreven zijn om ruimte voor een onmiddellijke, maar onvoorziene zaken nodig, zoals het lidmaatschap van specifieke gegevens die nodig zijn door de verkoop vertegenwoordigers mag dat zijn niet beschikbaar via de huidige toepassing. Er kunnen plannen op lange termijn voor het oplossen van een massa van tijdelijke applicaties snel ingevoerd voor fusies geschikt gecombineerde gegevens van bedrijf. Zelden is er voldoende documentatie aan het vruchtvlees uit de innerlijke werking van het systeem en, als gevolg van personeelsverloop, kan er niet eens iemand die begrijpt waarom het werd gedaan was de manier waarop. Voortbestaan van de onderneming is gebaseerd op de gebruikers in staat om te doen wat ze moeten doen om zaken te voldoen aan de behoeften van het bedrijf. Financiering voor IT-inspanningen wordt een wedstrijd met primaire zakelijke producten en diensten.

Het resultaat van deze methoden die worden gebruikt door IT-organisaties op een na het andere bedrijf is een complex web van toepassingen met mensen zonder papieren interface en applicatie modules. De problemen die dit veroorzaakt werden naar het volle licht, wanneer deze bedrijven te maken gehad met het jaar 2000 saneringsinspanning. Zelfs het krijgen van een nauwkeurige inventarisatie van de activa van het programma was een uitdaging en zetten een kwaliteit te programmeren in plaats van ervoor te zorgen Jaar 2000 het vertrouwen van de voortgezette bedrijfsactiviteiten te vaak opgenomen als vele uitzonderingen als controle-criteria.

Overheid

Wanneer de Verenigde Staten overheidsinstellingen besluiten om het systeem te installeren van een nieuwe computer, is het meestal bereikt door een gezamenlijke inspanning tussen het agentschap en een of meer aannemers. Wanneer een nieuwe computer systeem zal ECA nieuwe software, speciaal ontwikkeld voor de unieke behoeften van de, de ontwikkeling inspanning wordt beheerst door de uitgebreide engineering en documentatie normen. Dit geldt ook wanneer het systeem wordt er code omvat een mix van commerciële off-the-shelf (COTS) pakketten en nieuw. De waarde van deze normen is zo veel in het niveau van communicatie dwingen ze tijdens de ontwikkeling als iets anders.

Het ontwikkelteam heeft een stappenplan en het agentschap projectteam heeft instrumenten om te beoordelen en evalueren van de software tijdens elke fase van de ontwikkeling. Tijdens de requirements fase, van het agentschap behoeften en wensen worden geanalyseerd, en de technologische methoden en technieken voor het voldoen aan de behoeften worden bepaald en gedocumenteerd. Er zijn formele presentaties, weken van de geplande reviews, onderhandelingen en compromissen te sluiten om te blijven binnen het budget. Op het einde, is er een grote ceremoniële bijeenkomst waar de aanvaarding door het agentschap wordt gegeven om door te gaan met de ontwikkeling van het systeem.

De ontwerpfase is vaak op twee niveaus. Het eerste deel van het ontwerp kan worden aangeduid als hoog niveau. Het is op dit niveau dat de Grand-systeem en alle subsystemen duidelijk zijn gedefinieerd. De eisen die in de vorige fase zijn duidelijk in kaart gebracht om het systeem te ontwerpen. Beslissingen worden genomen over hoe het systeem zal worden getest om te bewijzen dat er voldaan aan de eisen. Nogmaals, er zijn vergaderingen, reviews, documentatie, en een grote ceremoniële vergadering over te gaan tot goedkeuring verlenen. Een andere mijlpaal is gemarkeerd, de low-level design begint en zal worden gevolgd door andere ceremoniële bijeenkomsten aan het einde van elk subsysteem design.

Inmiddels zijn er specificaties type A, type B, specificaties, interface-specificaties, database specificaties, projectplannen, configuratie management plannen, kwaliteitsborging plannen, richtlijnen en programmeur bij een minimum te beperken. Er zijn honderden, en soms duizenden pagina's van het documenteren van wat het systeem zal doen, hoe ze het doen, hoe het zal worden beheerd tijdens de ontwikkeling, en hoe het zal worden getest om te waarborgen dat voldoet aan de specificaties. Volgens de normen die door de agentschappen, zoals de FAA, het DOD en de IRS, de naam van een paar, dit alles zou optreden voor een enkele regel code geschreven is.

Tijdens de fase codering, het systeem is beschreven in de handleidingen, operationele handboeken, handleidingen en onderhoud. Gedetailleerde testprocedures met de verwachte resultaten en tekst herhaald uit eerdere documenten worden ingevoerd. Een groot deel van de tekst in de handleidingen overbodig is aan de specificaties. Het is deze handleidingen die zal overleven wanneer het systeem operationeel gaat. In sommige agentschappen en voor sommige systemen, handleidingen zijn deze gedurende de gehele levensduur van het systeem. In veel, zijn ze niet. Het niveau van de financiering gerechtvaardigd en beschikbaar gesteld voor de ontwikkeling niet wordt uitgebreid tot behoud van vele van de systemen of hun documentatie wanneer zij eenmaal zijn gemigreerd naar de productie.

Dit niveau van projecten documentatie kan worden gerechtvaardigd door bedrijfskritische zoals software voor de mens de ruimte te reizen. In de meeste gevallen is het pure overkill en kan de ontwikkeling belemmeren inspanningen daadwerkelijk door het forceren van de focus op de documentatie te leveren, terwijl het coderen en testen van de tijd afnemen.

Systeem Ontwikkeling - WAT IS RECHTS

De integratie van systemen en de uitbreiding van de interne systemen om te communiceren met externe systemen dicteert dat enige samenhang in de verschillende benaderingen moet worden vastgesteld. Methodieken probeert te vullen moet deze zijn overal. Browsen via elke computer science afdeling van Amazon.com, Borders, of Barnes & Noble boek onthullen zal na boek op de benaderingen die kunnen worden gebruikt. Overheidscontractanten hoop werk veilig in de prive-sector als de begrotingen van de vele agentschappen worden gesneden, zijn naar voren komen verklaren dat zij de antwoorden hebben. Ze brengen them aanpak ontwikkeld voor full-schaal, complexe inspanningen die zijn overkill voor de ontwikkeling van commerciële systemen. De voordelen van instrumenten zoals de International Standards Organization (ISO) kwaliteitsnormen, serie 9000, en het Software Engineering Institute van de Capability Maturity Model (CMM SEI) zijn duur om te realiseren als de instrumenten zijn niet voldoende afgestemd. Voor sommige op winst gerichte bedrijven, de financiering voor het gebruik van deze tools is bijna onmogelijk.

Er worden inspanningen geleverd in de computer industrie om grond te vinden voor een aantal gemeenschappelijke aanpak voor de ontwikkeling van software. Marktleiders zijn standaardiseren de draagbaarheid te verhogen toepassing, een verbreding van de noodzaak voor bedrijven om te werken weten hoe hun systemen. Het punt van dit alles is misschien wel gezien als referentiemateriaal op vrijwel dezelfde manier als een encyclopedie. Gebruik de informatie om slimmer en past vervolgens de gegevens met gezond verstand. Houd er rekening mee dat een aantal zeer slimme mensen goed kan erg op om anderen te vertellen hoe ze dingen moeten doen, maar gebrek aan het vermogen en de know-how om de klus te klaren. Mensen die al in de loopgraven op kleine en grote projecten kennen en begrijpen dat er een gelukkig mediane dat kan en moet worden bereikt.

Get the basics

Op een minimum, een beschrijving van elke toepassing op bestaande en geplande, moet worden opgeschreven en onderhouden. Of de aanvraag wordt een stand-alone database kunt u query's worden gemaakt met behulp van een verscheidenheid van producten of personal computer code die oude systeem zal converteren van een van de nieuwste en beste technologie, is het essentieel om te weten wat er gaande is in ontwikkeling. Een goede beschrijving van een aanvraag zal de volgende informatie bevatten.

§ Toepassing doel statement

§ Input en output eisen

§ Hardware eisen

§ Software milieu eisen

§ Locatie van de huidige versie van de broncode of COTS geïnstalleerd

§ Versie / laatst bewerkt beschrijvingen

Met deze informatie, al het andere kunnen worden gereconstrueerd op een als dit nodig is.

Aanvraag Verklaring Doel De aanvraag daartoe verklaring vertelt de zakelijke reden voor het feit dat de software, de beperkingen en mogelijkheden van het product, en het aanspreekpunt voor het krijgen van vragen beantwoord over het product. Dit is een niet-technische verklaring waarin wordt uitgelegd wat de toepassing is en wat zij doet. Het is geschreven op verzoek van de component-niveau in plaats van een systeem, onderdeel niveau. Bijvoorbeeld financiële systeem zal een naar alle waarschijnlijkheid onder meer aanvragen voor grootboek, tijdschrift verwerking, en de rekeningen betalen. Een doel staat is geschreven voor grootboek, tijdschrift verwerking, en de rekeningen betalen. Ze kunnen dan worden gebonden in een document, maar elke moet duidelijk beschreven worden onafhankelijk van de anderen, omdat ze zal worden gehandhaafd en verbeterd individueel loop van de tijd. Het doel verklaring moet worden tekst. Schema's zijn leuk, maar zijn slechts ondersteunend aan de tekst, omdat diagrammen over het algemeen niet kan informatie bevatten alle noodzakelijke, zonder dat ze te complex om te lezen.

Input en Output Eisen Het is van essentieel belang om te weten welke gegevens wordt verwacht door de toepassing en welke gegevens wordt gegenereerd door de toepassing. Wanneer een toepassing die gegevens verwacht, het zal afkomstig uit een van drie bronnen: een bestand input, een programma-proces, of een gebruiker. Deze informatie dient te worden vermeld. Indien de aanvraag krijgt de informatie van een bestand of externe database, de bestandsnaam en database tabellen moeten worden geïdentificeerd. Wanneer de aanvraag krijgt de informatie van een proces binnen het programma logica, de logica moet worden beschreven. Wanneer de aanvraag krijgt de informatie van een gebruiker, geldige waarden en de marges moeten worden gedocumenteerd.

Wanneer een toepassing die gegevens genereert, gaat het om ofwel het ergens te verzenden of te houden. Als de aanvraag wordt het verzenden van de gegevens ergens, het doelbestand naam en database-tabel moeten worden gegeven. Als het gaat om gegevens weergeven, dient dit te worden toegelicht. Indien de aanvraag uitsluitend bewaart de gegevens in de aanvraag worden gebruikt voor de query's en rapporten, de regels voor rotaties update, archivering, en purgeren moeten worden verstrekt.

De input / output-informatie het best weergegeven in een tabel formaat. De data items kan alfabetisch worden, maakt het makkelijk om het oplossen van problemen vinden het datapad voor de toepassing en het onderhoud.

Hardware vereisten Dit moet de organisatie een zeer basislijst van welke apparatuur nodig is om voor de toepassing om te draaien in een. De lijst moet geven aan de minimumeisen voor de processor en het geheugen.

Software Milieu Eisen Deze lijst moet met vermelding van eventuele software componenten die nodig zijn op het systeem met het oog op de toepassing uit te voeren. Dit omvat het besturingssysteem en de release versie, release database en versie, en alle andere toepassingen van de aanvraag wordt beschreven behoeften.

Locatie van de huidige versie van bron-en objectcode of COTS GeïnstalleerdeDit stuk van de documentatie wordt essentieel voor het behouden van de integriteit in de ontwikkelomgeving. De beste manier om deze informatie beschikbaar te hebben en accuraat is het gebruik van de configuratie management tools.

Versie / Laatst gewijzigd op Beschrijvingen Dit stuk van de documentatie stelt specifiek welke wijzigingen zijn aangebracht in de toepassing en wanneer ze werden gemaakt. Aanvullende informatie over wie kun je de veranderingen van de waarde als de codering organisatie statisch is. De "wie het gedaan heeft" factor zinloos in dynamische organisaties.

Het beste is om veranderingen hebben individuele versie rapporten voor elke release plaats van een verdere lijsten van. Deze aanpak bevordert een grondige documentatie.

Systems Development - is dat het?

Na de basisdocumentatie kan een bedrijf op te bouwen om de geplande eventuele aanvullende documentatie die mag worden. In de regering ter wereld, kan het worden gebruikt om papier te genereren zoveel eisen van het project. In een commerciële productontwikkeling wereld, maar biedt voldoende informatie voor technisch schrijvers te genereren operaties en gebruikershandleidingen. In IT-afdelingen, het zorgt ervoor dat de code wordt beheerd en kan worden opgewaardeerd, geconverteerd en worden gebruikt in constructieve en productieve manieren. Binnen elke organisatie, er moet een gestandaardiseerd formaat voor de basisdocumentatie. Peer reviews en het beheer van de basisdocumentatie moeten worden opgenomen in de ontwikkeling schema. De analyses kunnen worden verricht als formele vergaderingen waar iedereen verzamelt in een kamer en gaat via de documentatie pagina per pagina, of als informele beoordelingen waar het document is verdeeld en opmerkingen worden ingediend bij de authoring team. Procedures voor het onderhouden en bijwerken van de elektronische en papieren versies van de documentatie moet bestaan.

---