āŗMĆ„let med denne Software Engineering-app er at give de grundlƦggende softwaretekniske principper, principper og fƦrdigheder, der er nĆødvendige for at udvikle og vedligeholde softwareprodukter af hĆøj kvalitet. ā¦
āŗKodeark til nƦsten alle sprog og teknologier, der er tilgƦngelige i appenā¦
āŗKodeark Administrer nemt alle dine uddrag i appenā¦
āŗOrdbogsfanen giver dig mulighed for at henvise til alle softwarerelaterede vilkĆ„r pĆ„ en brĆøkdel af sekunderā¦
āŗSoftware Engineering diskuterer principper, metoder, tendenser og praksis forbundet med forskellige faser af software engineering. Startende fra det grundlƦggende udvikler appen sig langsomt til avancerede og nye emner om softwareprojektledelse, procesmodeller, udviklingsmetoder, softwarespecifikationer, test, kvalitetskontrol, implementering, softwaresikkerhed, vedligeholdelse og genbrug af software. Studerende inden for datalogi og teknologi, informationsteknologi og computerapplikationer bĆør finde denne app meget nyttig.ā¦
ćEmner, der er dƦkket nedenforć
ā» Hvad er software engineering
ā» Softwareudvikling
ā» Softwareudviklingslove
ā» E-Type softwareudvikling
ā» Softwareparadigmer
ā» Behov for Software Engineering
ā» Karakteristika for god software
ā» Softwareudviklings livscyklus
ā» Softwareudviklingsparadigme
ā» Softwareprojektstyring
ā» Softwareprojekt
ā» Behov for softwareprojektstyring
ā» Softwareprojektleder
ā» Softwarestyringsaktiviteter
ā» Teknikker til projektvurdering
⻠Projektplanlægning
ā» Ressourcestyring
ā» Projektrisikostyring
ā» Risikostyringsproces
⻠Projektudførelse og overvÄgning
ā» Projektkommunikationsledelse
ā» Konfigurationsstyring
⻠Projektstyringsværktøjer
ā» Softwarekrav
ā» Kravteknik
ā» Requirement Engineering Process
ā» Behovsfremkaldelsesproces
ā» Teknikker til fremkaldelse af krav
ā» Karakteristika for softwarekrav
ā» Softwarekrav
⻠Krav til brugergrænsefladen
ā» Softwaresystemanalytiker
⻠SoftwaremÄlinger og -mÄl
⻠Grundlæggende softwaredesign
ā» Softwaredesignniveauer
ā» Modularisering
ā» Samtidighed
ā» Kobling og samhĆørighed
ā» Designverifikation
⻠Softwareanalyse og designværktøjer
ā» Dataflowdiagram
ā» Strukturdiagrammer
ā» HIPO-diagram
ā» Struktureret engelsk
ā» Pseudo-kode
ā» Beslutningstabeller
ā» Entity-Relationship Model
ā» Dataordbog
ā» Softwaredesignstrategier
ā» Struktureret design
ā» Funktionsorienteret design
ā» Objektorienteret design
ā» Designproces
ā» Softwaredesigntilgange
⻠Design af softwarebrugergrænseflader
⻠Kommandolinjegrænseflade (CLI)
⻠Grafisk brugergrænseflade
ā» Applikationsspecifikke GUI-komponenter
⻠Brugergrænsefladedesignaktiviteter
⻠GUI Implementeringsværktøjer
⻠Brugergrænseflade Gyldne regler
ā» Softwaredesign kompleksitet
⻠Halsteads kompleksitetsmÄl
⻠MÄlinger af cyklomatisk kompleksitet
ā» Funktionspunkt
ā» Logiske interne filer
⻠Eksterne grænsefladefiler
ā» Ekstern forespĆørgsel
ā» Softwareimplementering
ā» Struktureret programmering
ā» Funktionel programmering
ā» Programmeringsstil
ā» Softwaredokumentation
ā» Udfordringer ved softwareimplementering
ā» Oversigt over softwaretest
ā» Softwarevalidering
ā» Softwareverifikation
ā» Manuel vs automatiseret test
ā» Testmetoder
ā» Testniveauer
ā» Testdokumentation
ā» Test vs. QC, QA og Audit
ā» Oversigt over softwarevedligeholdelse
ā» Typer af vedligeholdelse
ā» Vedligeholdelsesomkostninger
ā» Vedligeholdelsesaktiviteter
ā» Software Re-engineering
ā» Komponentgenanvendelighed
⻠CASE-værktøjer
⻠Komponenter i CASE-værktøjer
⻠Sagsværktøjstyper
ā» Iterativ vandfaldsmodel
ā» Kravanalyse og specifikation
⻠Beslutningstræ
ā» Formel systemspecifikation
ā» Softwaredesign
ā» Softwaredesignstrategier
⻠Softwareanalyse og designværktøjer
ā» Struktureret design
⻠Objektmodellering ved hjælp af UML
ā» Brug Case Diagram
ā» Interaktionsdiagrammer
ā» Black-Box-test
ā» Softwarevedligeholdelse
ā» Softwarevedligeholdelsesprocesmodeller
⻠SoftwarepÄlidelighed og kvalitetsstyring
⻠Vækstmodeller for pÄlidelighed
ā» Softwarekvalitet
⻠Softwareprojektplanlægning