Inżynieria oprogramowania wykład III Faza strategiczna
|
|
- Gabriel Marek
- 5 lat temu
- Przeglądów:
Transkrypt
1 Inżynieria oprogramowania wykład III Faza strategiczna prowadzący: dr hab. inż. Krzysztof Bartecki, prof. PO
2 Faza strategiczna Wymagania Projektowanie Implementacja Testowanie Konserwacja Strategiczna Analiza Instalacja Dokumentacja Głównymi celami fazy strategicznej są: ustalenie możliwości realizacji przedsięwzięcia programistycznego (czyli wykonanie tzw. studium wykonalności), oszacowanie jego kosztów, prowadzenie rozmów/negocjacji z przedstawicielami klienta. K. Bartecki, Inżynieria oprogramowania, III/2
3 Studium wykonalności (ang. feasibility study) ma na celu, w kontekście projektowanego systemu informatycznego, umożliwienie odpowiedzi na następujące pytania: czy system przyczyni się do realizacji ogólnych celów przedsiębiorstwa oraz/lub poprawy jego funkcjonowania? czy system może być zaimplementowany z użyciem dostępnych technologii, w ramach ustalonego budżetu i ograniczeń czasowych? czy system może być zintegrowany z istniejącymi systemami, które już funkcjonują? Studium wykonalności jest narzędziem, na podstawie analizy którego można dojść do jednoznacznych wniosków: czy projekt warto wcielać w życie, czy też nie. K. Bartecki, Inżynieria oprogramowania, III/3
4 Dwa typowe przypadki System tworzony na konkretne zamówienie (ang. bespoke software): - ścisła współpraca z klientem, - negocjacje, - firma bierze udział w przetargu. Firma produkująca oprogramowanie sprzedawane rynkowo (ang. offthe-shelf software): - uwagi użytkowników poprzednich wersji systemu, - uwagi potencjalnych klientów, - badania marketingowe (również w fazie określania wymagań). K. Bartecki, Inżynieria oprogramowania, III/4
5 Czynności wykonywane w fazie strategicznej rozmowy (wywiady) z klientem lub jego przedstawicielami, określenie celów przedsięwzięcia z punktu widzenia klienta, określenie zakresu i kontekstu przedsięwzięcia, ogólne określenie wymagań wykonanie wstępnej analizy i projektu systemu, propozycja kilku możliwych sposobów realizacji systemu oraz wybór tej optymalnej, oszacowanie kosztów budowy systemu, analiza rozwiązań, prezentacja wyników analizy klientowi oraz korekta wyników, budowa wstępnego harmonogramu przedsięwzięcia. K. Bartecki, Inżynieria oprogramowania, III/5
6 Wywiad (ang. interview) Cel: uzyskanie informacji potrzebnych do oceny wykonalności przedsięwzięcia oraz pozyskanie celów strategicznych klienta w zakresie wymagań funkcjonalnych oraz ograniczeń. Rozmówca: średni i wyższy szczebel zarządzania firmy merytorycznie przygotowany, posiadający wystarczające kompetencje w zakresie wyrażania wymagań klienta. Metoda realizacji: bezpośrednie rozmowy. K. Bartecki, Inżynieria oprogramowania, III/6
7 Uwaga Znaczna część wiedzy jest posiadana przez ludzi nieświadomie, albo uważana za powszechnie znaną tzn., ten, kto ją posiada uznaje, że jest to tak oczywiste, że nie warto o tym mówić, lub że dana informacja nie ma znaczenia, w celu pozyskania wiedzy, dobry analityk musi zrobić więcej, niż tylko wysłuchać rozmówcę tzn. nie ograniczać się tylko do pytań Co?, ale również: Dlaczego?, Załóżmy, że, A co, jeżeli, na przykład opisując pożądane funkcje systemu, pracownik fabryczny prawdopodobnie nie wspomni o tym, że poziom hałasu na hali, na której system ma pracować, jest bardzo wysoki (uniemożliwiając np. usłyszenie sygnałów dźwiękowych wydawanych przez system). K. Bartecki, Inżynieria oprogramowania, III/7
8 Przykład Firma meblarska PanKos zajmuje się produkcją boazerii panelowych, listew wykończeniowych, komponentów do mebli, takich jak np. fronty meblowe, a także gotowych produktów, jak np. drzwi. Do tej pory dane o zamówieniach i stanach magazynowych zapisywane były w plikach programu Excel oraz w zeszytach, co sprawiało spore kłopoty pracownikom i było przyczyną trudności z obsługą wielu zamówień. Ze względu na rozwój firmy, rosnącą liczbę oferowanych produktów oraz stale wzrastającą liczbę klientów, firma zdecydowała się na zamówienie dedykowanego specjalnie dla niej systemu informatycznego. K. Bartecki, Inżynieria oprogramowania, III/8
9 Przykład definicji celu przedsięwzięcia (dla systemu informatycznego firmy PanKos): usprawnienie ewidencji stanów magazynowych półproduktów oraz produkowanych komponentów, zmniejszenie ryzyka popełnienia błędu przy realizacji zamówień na surowce i produkty, usprawnienie ewidencji kontrahentów, czyli dostawców półproduktów oraz odbiorców produktów, umożliwienie ewidencji pracowników obsługujących system. K. Bartecki, Inżynieria oprogramowania, III/9
10 Zakres przedsięwzięcia (zakres odpowiedzialności systemu) to zakres procesów zachodzących w firmie, które zostaną objęte planowanym przedsięwzięciem programistycznym. Z reguły obejmuje on jedynie pewien zakres (wycinek) działalności firmy. Dziedzina problemu (zakres działalności firmy) Zakres odpowiedzialności systemu K. Bartecki, Inżynieria oprogramowania, III/10
11 Przykład zakresu przedsięwzięcia (dla systemu informatycznego firmy PanKos): Zakres przedsięwzięcia obejmuje głównie tę część działalności firmy PanKos, która dotyczy obsługi jej magazynu półproduktów i produktów, w tym operacje ich dodawania, usuwania oraz zmiany parametrów (np. ceny). Ponadto system będzie wspomagał pracę działu obsługi zamówień. Dotyczyć to będzie zarówno zamówień składanych przez firmę PanKos u współpracujących z nią dostawców półproduktów (np. płyt MDF), jak również zamówień składanych przez odbiorców na produkty wytwarzane przez firmę PanKos (np. drzwi). K. Bartecki, Inżynieria oprogramowania, III/11
12 Ilustracja zakresu przedsięwzięcia informatycznego (dla systemu informatycznego firmy PanKos) Dział Kadr Dział Zamówień Dział Produkcji Dział Magazynowy K. Bartecki, Inżynieria oprogramowania, III/12
13 Kontekst przedsięwzięcia (tzw. terminatory) to użytkownicy, systemy, organizacje, z którymi tworzony system informatyczny będzie współpracował. Przykład (dla systemu informatycznego firmy PanKos): W systemie wyróżnić można następujące typy jego bezpośrednich użytkowników, będących pracownikami firmy PanKos: Administrator systemu, Pracownik. Ponadto, dla potrzeb ewidencji pracowników uprawnionych do korzystania z systemu, będzie on współpracował z: bazą danych pracowników firmy, zarządzaną przez Dział Kadr. Ponadto, w celu umożliwienia przeglądania magazynu produktów oraz składania zamówień, dostęp do systemu będzie miał: Kontrahent, nie będący pracownikiem firmy PanKos. K. Bartecki, Inżynieria oprogramowania, III/13
14 Kontekst systemu informatycznego firmy PanKos Pracownik Dział Kadr (baza pracowników) Firma PanKos Kontrahent System informatyczny firmy PanKos Administrator K. Bartecki, Inżynieria oprogramowania, III/14
15 Ogólne określenie wymagań stanowi bardziej szczegółowe rozwinięcie celu i zakresu przedsięwzięcia. Przykład (dla systemu informatycznego firmy PanKos): System powinien posiadać następujące funkcje: przyjmowanie półproduktów i gotowych towarów na stan magazynu, wyświetlanie stanów magazynowych, usuwanie półproduktów i towarów ze stanu magazynu, umożliwienie ewidencji pracowników obsługujących system, dodawanie zamówień na półprodukty, dodawanie zamówień na towary, anulowanie zamówień, przeprowadzanie inwentaryzacji, itp. K. Bartecki, Inżynieria oprogramowania, III/15
16 Decyzje strategiczne dotyczące sposobu dalszej realizacji przedsięwzięcia informatycznego: wybór modelu, zgodnie z którym będzie realizowane przedsięwzięcie, wybór technik stosowanych w kolejnych fazach: analizy i projektowania (metodologie, notacje), wybór narzędzia (narzędzi) CASE, wybór środowiska (środowisk) implementacji, określenie stopnia wykorzystania gotowych komponentów, podjęcie decyzji o współpracy (lub nie) z innymi producentami oprogramowania lub zatrudnieniu ekspertów. Ograniczenia, jakie należy uwzględnić: maksymalne nakłady finansowe, jakie można ponieść, dostępny personel, dostępne narzędzia, ograniczenia czasowe. K. Bartecki, Inżynieria oprogramowania, III/16
17 Ocena rozwiązań W fazie strategicznej często rozważa się kilka możliwych rozwiązań realizacji systemu informatycznego, z których następnie wybiera się jedno najlepsze. Przykładowe kryteria oceny jakości rozwiązań: koszt, czas realizacji, niezawodność, możliwość ponownego użycia, przenośność na inne platformy (systemowe, sprzętowe), wydajność (szybkość). K. Bartecki, Inżynieria oprogramowania, III/17
18 Tabelaryczny zapis rozważanych rozwiązań przykład Rozwiązanie A B C Koszt (tys. zł) Czas (miesiące) Niezawodność (błędy/tydzień) Ponowne użycie (%) Przenośność (%) Wydajność (transakcje/s) Oszacowanie wartości podanych w tabeli może być trudnym zadaniem. K. Bartecki, Inżynieria oprogramowania, III/18
19 Wybór rozwiązania etapy usunięcie rozwiązań zdominowanych, tj. gorszych według wszystkich (lub prawie wszystkich) kryteriów w podanym przypadku rozwiązaniem zdominowanym jest C, normalizacja wartości dla poszczególnych kryteriów, czyli sprowadzenie ich do przedziału [0,1], przypisanie wag do poszczególnych kryteriów, w zależności od priorytetów (może być trudne), wybór rozwiązania o największej wartości. K. Bartecki, Inżynieria oprogramowania, III/19
20 Ocena rozwiązań za pomocą sumy ważonej Rozwiązanie A B waga Koszt 0, Czas Niezawodność Ponowne użycie Przenośność 0, , ,75 1,5 Wydajność 0 0,62 0,75 Łączna ocena 7,74 9,17 K. Bartecki, Inżynieria oprogramowania, III/20
21 Szacowanie kosztów oprogramowania Na koszt tworzonego oprogramowania składają się następujące czynniki: koszt sprzętu będącego częścią tworzonego systemu, koszt wyjazdów i szkoleń, koszt zakupu narzędzi, nakład pracy. Trzy pierwsze czynniki są stosunkowo łatwe do oszacowania, natomiast ocena nakładów pracy niezbędnych dla zrealizowania systemu jest bardzo trudna. Z tego względu szacowanie kosztów oprogramowania jest praktycznie tożsame z szacowaniem nakładów pracy. K. Bartecki, Inżynieria oprogramowania, III/21
22 Metody szacowania kosztów oprogramowania modele algorytmiczne np. model COCOMO oraz COCOMO II, ocena przez eksperta doświadczone osoby często z dużą precyzją potrafią oszacować koszt realizacji nowego systemu, ocena przez analogię wycena na podstawie wcześniej realizowanych przedsięwzięć, prawo Parkinsona przedsięwzięcia, w tym programistyczne, praktycznie zawsze wykonywane są przy założonych nakładach, wycena dla wygranej koszt oprogramowania szacowany jest na podstawie oceny możliwości klienta oraz przewidywanych działań konkurentów zgodnie z Prawem Parkinsona projekt i tak się zmieści w założonych ramach, szacowanie wstępujące realizację przedsięwzięcia dzieli się na mniejsze zadania, których koszt jest łatwiej ocenić. K. Bartecki, Inżynieria oprogramowania, III/22
23 Model COCOMO / COCOMO II Model COCOMO (ang. Cost Construction Model) jest algorytmicznym modelem szacowania kosztów oprogramowania, opartym o szacowaną liczbę instrukcji kodu, z których będzie składał się system. Powstał on w oparciu o informacje dotyczące wielu projektów informatycznych o różnej złożoności, napisanych w różnych językach programowania. Obecnie rozwijany jest model COCOMO II, zorientowany na nowoczesne modele wytwarzania oprogramowania, oparty o zaktualizowaną bazę danych projektów informatycznych. K. Bartecki, Inżynieria oprogramowania, III/23
24 Uwaga I Krytycy modelu COCOMO zwracają uwagę, że w celu dokonania prognozy nakładu pracy trzeba przewidzieć wielkość systemu, liczoną w liniach kodu czyli aby rozwiązać jeden trudny problem prognostyczny, zastępujemy go innym, równie trudnym. Uwaga II Nigdy nie jesteśmy w stanie podać dokładnej prognozy. Literatura mówi o widełkach różnej szerokości w zależności od etapu projektu: na etapie wstępnych wymagań możemy się pomylić 4 razy (koszt może wyjść 4 razy większy, jak również 4 razy mniejszy), na etapie dokładnej specyfikacji wymagań statystycznie można się pomylić 1,5 raza, dopiero tuż przed końcem projektu jesteśmy w stanie powiedzieć, ile projekt naprawdę kosztował (lecz wtedy taki szacunek nie jest nikomu potrzebny:) K. Bartecki, Inżynieria oprogramowania, III/24
25 Wyrażenia pozwalające wyznaczyć nakład pracy zgodnie z modelem COCOMO mają następującą postać: E D P a KDSI c E d E / D b gdzie: KDSI (ang. Thousands of Delivered Source Instruction) liczba tysięcy instrukcji kodu źródłowego, E nakład pracy (w osobomiesiącach), D czas potrzebny do wykonania projektu (w miesiącach), P liczba osób, przy której projekt będzie najefektywniej zrealizowany, a, b, c, d współczynniki zależne od rodzaju (złożoności) projektu. K. Bartecki, Inżynieria oprogramowania, III/25
26 Typy projektów w modelu COCOMO łatwy (ang. "organic") mały zespół posługuje się znanymi narzędziami pracy. Zna on sprzęt i oprogramowanie, przy użyciu których będzie tworzony projekt. Presja czasu jest mała. Łatwe projekty są wielkości do 50 KDSI. pośredni (ang. "semi-detached"), to projekt, w którym jeden z czynników z projektu prostego nie jest znany, np. zespół nie zna sprzętu, który przyjdzie mu programować, itp. Takie projekty są zwykle wielkości do 300 KDSI. trudny (ang. "embedded"), to bardzo złożony projekt, wiele czynników jest nieznanych lub należy uwzględnić szczególne procedury, np. w branży bankowej. K. Bartecki, Inżynieria oprogramowania, III/26
27 Wartości stałych modelu COCOMO dla różnych typów projektów projekt a b c d łatwy pośredni trudny Na przykład dla projektu łatwego otrzymujemy: E 2.4 KDSI 0.38 D 2.5 E 1.05 K. Bartecki, Inżynieria oprogramowania, III/27
28 a) b) Oszacowania nakładu pracy (a) oraz czasu trwania projektu (b) w modelu COCOMO K. Bartecki, Inżynieria oprogramowania, III/28
29 Inne metody Metody szacowania rozmiaru systemu w oparciu o rozmiar linii kodu źródłowego są niedokładne, zawodne, sprzyjające patologiom, np. sztucznemu pomnażaniu ilości linii, ignorowaniu komentarzy, itp. Przykład: ten sam kod można zapisać na różne sposoby, np.: 1: if(i>10) 2: { 3: do_sth_1(); 4: } 1: if (i>10) { do_sth_1(); } 5: else 2: else { do_sth_2(); } 6: { 7: do_sth_2(); 8: } Dlatego obecnie stosuje się wiele miar o lepszych charakterystykach, np. metodę punktów funkcyjnych. K. Bartecki, Inżynieria oprogramowania, III/29
30 Metoda punktów funkcyjnych (ang. Function Point Method) Jej twórcą jest Alan Albrecht ( ), który opracował ją w 1977 roku, kiedy był pracownikiem firmy IBM. Metoda punktów funkcyjnych pozwala mierzyć ilość funkcjonalności, którą dostaje użytkownik systemu, czyli umożliwia ocenę rozmiaru systemu z punktu widzenia użytkownika. Liczba punktów funkcyjnych jest zatem niezależna (w przeciwieństwie do metody COCOMO) od technologii implementacji (języka programowania). Istnieją przeliczniki punktów funkcyjnych na liczbę linii kodu dla różnych języków programowania, pozwalające w dalszej kolejności na oszacowanie nakładu pracy zgodnie z metodą COCOMO. K. Bartecki, Inżynieria oprogramowania, III/30
31 Metoda punktów funkcyjnych szczegóły Wyodrębnia się podstawowe funkcje, jakie są istotne dla użytkownika: - zewnętrzne wejścia (ang. External Inputs, EI), - zewnętrzne wyjścia (ang. External Outputs, EO), - zewnętrzne zapytania (ang. External Inquires, EQ), - wewnętrzne pliki danych (ang. Internal Logical Files, ILF), - zewnętrzne typy interfejsów plików (ang. External Interface Files, EIF). Te dane są następnie mnożone przez zadane z góry wagi i sumowane. Rezultatem jest liczba tzw. punktów funkcyjnych. K. Bartecki, Inżynieria oprogramowania, III/31
32 Metoda punktów funkcyjnych c.d. Liczba punktów funkcyjnych ocenia ilość funkcjonalności którą otrzymuje użytkownik systemu. Dzięki temu można stwierdzić, że pewien system ma 324 punkty funkcyjne, a inny np Istnieje kilka narzędzi programistycznych wspierających obliczanie punktów funkcyjnych, np.: - Function Point Workbench firmy Charismatek Software Metrics, - SPR KnowledgePLAN firmy Software Productivity Research. K. Bartecki, Inżynieria oprogramowania, III/32
33 Budowa harmonogramu przedsięwzięcia informatycznego Popularnym graficznym sposobem planowania i kontroli projektów (w tym również systemów informatycznych) jest tzw. diagram Gantta. Projekt dzielony jest na odrębne zadania. Dla każdego zadania oszacowuje się czas realizacji i określa termin jego wykonania, niezbędny do zakończenia w ustalonym czasie całego projektu. Informacja o zadaniu przedstawiana jest na wykresie Gantta w postaci klamry, której początek wyznacza datę rozpoczęcia, a koniec datę zakończenia każdego zadania. Układ zdarzeń na wykresie przedstawiany jest najczęściej w wersji planowanej przed rozpoczęciem działania oraz rzeczywistej, nanoszonej na wykres wraz z upływem czasu. K. Bartecki, Inżynieria oprogramowania, III/33
34 Przykładowy wstępny diagram Gantta dla przedsięwzięcia informatycznego K. Bartecki, Inżynieria oprogramowania, III/34
35 Diagram Gantta inny przykład K. Bartecki, Inżynieria oprogramowania, III/35
36 Przykładowa (darmowa) aplikacja do tworzenia diagramów Gantta: GanttProject: K. Bartecki, Inżynieria oprogramowania, III/36
37 Rezultaty fazy strategicznej Przeznaczony dla klienta raport obejmujący: definicję celów przedsięwzięcia, opis zakresu przedsięwzięcia, opis kontekstu (systemów zewnętrznych), ogólny opis wymagań, wstępny model systemu, opis proponowanego rozwiązania, oszacowanie kosztów, wstępny harmonogram prac. Raport oceny rozwiązań, zawierający informacje o rozważanych rozwiązaniach oraz przyczynach wyboru jednego z nich. Opis wymaganych zasobów pracownicy, oprogramowanie, sprzęt. Harmonogram fazy analizy. K. Bartecki, Inżynieria oprogramowania, III/37
Faza strategiczna. Synteza. Analiza. Instalacja. Faza strategiczna. Dokumentacja. kodowanie implementacja. produkt konserwacja
Faza strategiczna określenie wymagań specyfikowanie projektowanie kodowanie implementacja testowanie produkt konserwacja Faza strategiczna Analiza Synteza Dokumentacja Instalacja Faza strategiczna (ang.
Bardziej szczegółowoZakład Języków Programowania Instytut Informatyki Uniwersytet Wrocławski
INŻYNIERIA OPROGRAMOWANIA wykład 3: FAZA WSTĘPNA dr inż. Leszek Grocholski ( na podstawie wykładów prof. K. Subiety, Instytut Informatyki PAN ) Zakład Języków Programowania Instytut Informatyki Uniwersytet
Bardziej szczegółowoFAZA STRATEGICZNA. Podstawowe hasło: Nie skupiać się na szczegółach! (na razie) Czynności w fazie strategicznej: Decyzje strategiczne:
FAZA STRATEGICZNA Faza strategiczna jest wykonywana zanim podejmowana jest decyzja o realizacji przedsięwzięcia. Jej zadaniem jest określenie celów tworzonego systemu oraz wymagań odnośnie szczegółów jego
Bardziej szczegółowoIO - inżynieria oprogramowania
IO - inżynieria oprogramowania dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl http://home.agh.edu.pl/~zabinska/ Faza strategiczna Faza strategiczna (strategy phase) wykonywana zanim podjęta ostateczna
Bardziej szczegółowoZasady organizacji projektów informatycznych
Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych
Bardziej szczegółowoAnaliza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
Bardziej szczegółowoCo to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?
ROZDZIAŁ1 Podstawy inżynierii oprogramowania: - Cele 2 - Zawartość 3 - Inżynieria oprogramowania 4 - Koszty oprogramowania 5 - FAQ o inżynierii oprogramowania: Co to jest jest oprogramowanie? 8 Co to jest
Bardziej szczegółowoFaza Określania Wymagań
Faza Określania Wymagań Celem tej fazy jest dokładne określenie wymagań klienta wobec tworzonego systemu. W tej fazie dokonywana jest zamiana celów klienta na konkretne wymagania zapewniające osiągnięcie
Bardziej szczegółowoInżynieria oprogramowania wykład IV Faza określenia wymagań
Inżynieria oprogramowania wykład IV Faza określenia wymagań prowadzący: dr inż. Krzysztof Bartecki Faza określenia wymagań Wymagania Projektowanie Implementacja Testowanie Konserwacja Strategiczna Analiza
Bardziej szczegółowoDiagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM
Bardziej szczegółowoBłędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)
Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Zarządzanie wymaganiami Ad hoc (najczęściej brak zarządzania nimi) Niejednoznaczna, nieprecyzyjna komunikacja Architektura
Bardziej szczegółowoProjektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Studium wykonalności
Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Studium wykonalności Główne procesy w realizacji projektu informatycznego Studium wykonalności (ang. feasibility
Bardziej szczegółowoProjektowanie systemów informatycznych
Projektowanie systemów informatycznych Zarządzanie projektem Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.us.edu.pl/~siminski Główne procesy w realizacji projektu informatycznego (ang. feasibility
Bardziej szczegółowoDiagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji
Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury
Bardziej szczegółowoOceny z prezentacji INKU011S. Zofia Kruczkiewicz
Oceny z prezentacji INKU011S Zofia Kruczkiewicz Data Student Oceny Uwagi 22.10.2017 231085 3.0 Przedstaw idealne środowisko do stosowania inżynierii oprogramowania- opisz elementy tego środowiska (sprzęt
Bardziej szczegółowoInżynieria Programowania Zarządzanie projektem
Inżynieria Programowania Zarządzanie projektem Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 12 października 2015 Plan wykładu 1 2 3 4 5 Plan wykładu 1 2 3 4 5 Plan wykładu 1 2 3 4
Bardziej szczegółowoCase Study. Rozwiązania dla branży metalowej
Case Study Rozwiązania dla branży metalowej Charakterystyka klienta Firma produkująca wyroby ze stali czarnej, aluminium, stali nierdzewnej oraz elementy konstrukcji i konstrukcje metalowe. W palecie rozwiązań
Bardziej szczegółowoModel referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami
Politechnika Gdańska Wydział Zarządzania i Ekonomii Katedra Zastosowań Informatyki w Zarządzaniu Zakład Zarządzania Technologiami Informatycznymi Model referencyjny Open Source dla dr hab. inż. Cezary
Bardziej szczegółowoNazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Kierunek: Informatyka Modeling and analysis of computer systems Forma studiów: Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach specjalności:
Bardziej szczegółowoTematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie. x 3 2. Jaki wpływ na ludzi, komunikację
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy
Bardziej szczegółowoKARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Inżynieria oprogramowania, C12
KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Nazwa przedmiotu (j. ang.): Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia: Profil kształcenia: Forma studiów:
Bardziej szczegółowoUniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013
SYLLABUS na rok akademicki 01/013 Tryb studiów Studia stacjonarne Kierunek studiów Informatyka Poziom studiów Pierwszego stopnia Rok studiów/ semestr III/VI Specjalność Bez specjalności Kod katedry/zakładu
Bardziej szczegółowoInżynieria Programowania Zarządzanie projektem. Plan wykładu. Motto. Motto 2. Notatki. Notatki. Notatki. Notatki.
Inżynieria Programowania Zarządzanie projektem Arkadiusz Chrobot Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 3 października 2013 Plan wykładu 1. Wstęp 2. Czynności zarządzania 3.
Bardziej szczegółowoSCENARIUSZ LEKCJI. Streszczenie. Czas realizacji. Podstawa programowa
Autorzy scenariusza: SCENARIUSZ LEKCJI OPRACOWANY W RAMACH PROJEKTU: INFORMATYKA MÓJ SPOSÓB NA POZNANIE I OPISANIE ŚWIATA. PROGRAM NAUCZANIA INFORMATYKI Z ELEMENTAMI PRZEDMIOTÓW MATEMATYCZNO-PRZYRODNICZYCH
Bardziej szczegółowoProjektowanie oprogramowania. Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik
Projektowanie oprogramowania Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik Agenda Weryfikacja i zatwierdzanie Testowanie oprogramowania Zarządzanie Zarządzanie personelem
Bardziej szczegółowoPraktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek
Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC Jarosław Świerczek Punkty funkcyjne Punkt funkcyjny to metryka złożoności oprogramowania wyznaczana w oparciu o określające to oprogramowanie
Bardziej szczegółowoCele przedsięwzięcia
Określanie wymagań Cele przedsięwzięcia Klienta, np. Wzrost efektywności, spadek kosztów, rozszerzenie rynku, unikanie błędów Wykonawcy Biznesowe Techniczne Priorytety! Kontekst przedsięwzięcia Użytkownicy
Bardziej szczegółowoOszacowanie pracochłonności wykonania systemu metodą punktów funkcyjnych
Oszacowanie pracochłonności wykonania systemu metodą punktów funkcyjnych Data sporządzenia: 29.11.2007 Przygotowana przez: Radosław Hęś, Krzysztof Fligiel 1 1. Wprowadzenie W dokumencie użyto następujących
Bardziej szczegółowoZarządzanie Zapasami System informatyczny do monitorowania i planowania zapasów. Dawid Doliński
Zarządzanie Zapasami System informatyczny do monitorowania i planowania zapasów Dawid Doliński Dlaczego MonZa? Korzyści z wdrożenia» zmniejszenie wartości zapasów o 40 %*» podniesienie poziomu obsługi
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: obowiązkowy w ramach specjalności: Programowanie aplikacji internetowych Rodzaj zajęć: laboratorium PRZEWODNIK PO PRZEDMIOCIE I KARTA PRZEDMIOTU
Bardziej szczegółowoWprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego
Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie
Bardziej szczegółowoKatalog rozwiązań informatycznych dla firm produkcyjnych
Katalog rozwiązań informatycznych dla firm produkcyjnych www.streamsoft.pl Obserwować, poszukiwać, zmieniać produkcję w celu uzyskania największej efektywności. Jednym słowem być jak Taiichi Ohno, dyrektor
Bardziej szczegółowoEtapy życia oprogramowania
Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 w prezentacji wykorzystano również materiały przygotowane przez Michała Kolano
Bardziej szczegółowoMaciej Oleksy Zenon Matuszyk
Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu
Bardziej szczegółowoSzkoła programisty PLC : sterowniki przemysłowe / Gilewski Tomasz. Gliwice, cop Spis treści
Szkoła programisty PLC : sterowniki przemysłowe / Gilewski Tomasz. Gliwice, cop. 2017 Spis treści O autorze 9 Wprowadzenie 11 Rozdział 1. Sterownik przemysłowy 15 Sterownik S7-1200 15 Budowa zewnętrzna
Bardziej szczegółowoInżynieria Oprogramowania w Praktyce
Inżynieria Oprogramowania w Praktyce Ogólna prezentacja kierunku Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego. www.aict.pjwstk.edu.pl 1 Kogo chcemy
Bardziej szczegółowoEfekty kształcenia dla kierunku studiów INFORMATYKA, Absolwent studiów I stopnia kierunku Informatyka WIEDZA
Symbol Efekty kształcenia dla kierunku studiów INFORMATYKA, specjalność: 1) Sieciowe systemy informatyczne. 2) Bazy danych Absolwent studiów I stopnia kierunku Informatyka WIEDZA Ma wiedzę z matematyki
Bardziej szczegółowoEtapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania
Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 Określenie wymagań Testowanie Pielęgnacja Faza strategiczna
Bardziej szczegółowoWymiarowanie projektów informatycznych Metoda punktów funkcyjnych.
Nr indeksu: 14051 Wymiarowanie projektów informatycznych Metoda punktów funkcyjnych. 1. Wstęp Statystyki wyraźnie pokazują, że obecnie większość projektów informatycznych kończy się porażką. Niemal 31%
Bardziej szczegółowoOkreślanie wymagań. Cele przedsięwzięcia. Kontekst przedsięwzięcia. Rodzaje wymagań. Diagramy przypadków użycia use case diagrams
Cele przedsięwzięcia Określanie wymagań Klienta, np. Wzrost efektywności, spadek kosztów, rozszerzenie rynku, unikanie błędów Wykonawcy Biznesowe Techniczne Priorytety! Kontekst przedsięwzięcia Użytkownicy
Bardziej szczegółowoPlan. Zapewnienie jakości produktu informatycznego. Zarządzanie jakością i metryki oprogramowania. Podstawowe parametry mierzalne
Zarządzanie jakością i metryki oprogramowania Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik, kwiecień 2002 Zapewnienie jakości produktu informatycznego Pomiar jako główny element
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: moduł specjalności obowiązkowy: Inżynieria oprogramowania Rodzaj zajęć: laboratorium PROJEKT ZESPOŁOWY DYPLOMOWY IO Team Project SE Forma studiów:
Bardziej szczegółowoOPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA
OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA Projekt to metoda na osiągnięcie celów organizacyjnych. Jest to zbiór powiązanych ze sobą, zmierzających
Bardziej szczegółowoProjekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie
Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie
Bardziej szczegółowoKoszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań
2012 Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań Mateusz Kurleto NEOTERIC Wdrożenie systemu B2B Lublin, 25 października 2012 Mateusz Kurleto Od 2005 r. właściciel NEOTERIC,
Bardziej szczegółowoGoBiz System platforma współpracy marektingowej
GoBiz System platforma współpracy marektingowej Spis treści 1. Opis przedmiotu zamówienia... 1 1.1. Definicje... 1 2. Główny cel platformy... 2 3. Główni odbiorcy systemu... 2 4. Przedmiot zamówienia...
Bardziej szczegółowoProjekt systemu informatycznego
Projekt systemu informatycznego Kod przedmiotu: PSIo Rodzaj przedmiotu: specjalnościowy ; obieralny Wydział: Informatyki Kierunek: Informatyka Specjalność (specjalizacja): Inżynieria Systemów Informatycznych
Bardziej szczegółowoDokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor
Koszalin, 15.06.2012 r. Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor Zespół projektowy: Daniel Czyczyn-Egird Wojciech Gołuchowski Michał Durkowski Kamil Gawroński Prowadzący: Dr inż.
Bardziej szczegółowoWprowadzenie do systemów informacyjnych
Wprowadzenie do systemów informacyjnych Kryteria oceny systemu Podstawowe metody projektowania UEK w Krakowie Ryszard Tadeusiewicz 1 UEK w Krakowie Ryszard Tadeusiewicz 2 Technologia informatyczna dzisiaj
Bardziej szczegółowoUsługa: Testowanie wydajności oprogramowania
Usługa: Testowanie wydajności oprogramowania testerzy.pl przeprowadzają kompleksowe testowanie wydajności różnych systemów informatycznych. Testowanie wydajności to próba obciążenia serwera, bazy danych
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
Lubelskie Centrum Transferu Technologii Politechniki Lubelskiej ul. Nadbystrzycka 36, 20-618 Lublin Tel. 81 538 42 70, fax. 81 538 42 67; e-mail: lctt@pollub.pl OPIS PRZEDMIOTU ZAMÓWIENIA Do realizacji
Bardziej szczegółowoTematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie x 1 2. Jaki wpływ na ludzi, komunikację
Bardziej szczegółowoMetoda Punktów Funkcyjnych
Wrocław, 20.12.2002 Zarządzanie Projektem Informatycznym Metoda Punktów Funkcyjnych Spis treści: 1 Wstęp 3 2 Metody szacowania 3 3 Wady metod opartych na jednostkach programowych 3 4 Metoda punktów funkcyjnych
Bardziej szczegółowoZarządzanie projektem informatycznym
Zarządzanie projektem informatycznym Radosław Klimek 2001-10 C B A http://home.agh.edu.pl/rklimek 1 2 Lista slajdów 5 Szacowanie parametrów projektu informatycznego (uzupełnienie) 6 Diagramy DFD/ERD a
Bardziej szczegółowoKomputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
Bardziej szczegółowoGrupa treści kształcenia, w ramach której przedmiot jest realizowany Przedmiot kierunkowy
SYLLABUS na rok akademicki 0113/014 Tryb studiów Studia stacjonarne Kierunek studiów Informatyka Poziom studiów Pierwszego stopnia Rok studiów/ semestr III/VI Specjalność Bez specjalności Kod katedry/zakładu
Bardziej szczegółowoWykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie
Wykład 3 MIS-1-505-n Inżynieria Październik 2014 Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie 3.1 Agenda 1 2 3 4 5 3.2 Czynności w czasie produkcji. Inżynieria stara się zidentyfikować
Bardziej szczegółowoFeature Driven Development
Feature Driven Development lekka metodyka tworzenia oprogramowania Kasprzyk Andrzej IS II Wstęp Feature Driven Development (FDD) to metodyka tworzenia oprogramowania, która wspomaga zarządzanie fazami
Bardziej szczegółowoNarzędzia CASE dla.net. Łukasz Popiel
Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania
Bardziej szczegółowoWykład 1 Inżynieria Oprogramowania
Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI
Bardziej szczegółowoMonitoring procesów z wykorzystaniem systemu ADONIS
Monitoring procesów z wykorzystaniem systemu ADONIS BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management
Bardziej szczegółowoWstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Bardziej szczegółowoSpis treści: 1Wstęp...3 2Metody szacowania...3 3Wady metod opartych na jednostkach programowych...3 4Metoda punktów funkcyjnych (MPF)...
Spis treści: 1Wstęp...3 2Metody szacowania...3 3Wady metod opartych na jednostkach programowych...3 4Metoda punktów funkcyjnych (MPF)...4 5Wstępne pojęcia dotyczące MPF...5 6Schemat liczenia punktów funkcyjnych...6
Bardziej szczegółowoWdrożenie nowych proinnowacyjnych usług sprzyjających dyfuzji innowacji w sektorze MSP nr umowy: U- POIG.05.02.00-00-016/10-00
Regulamin usługi Wdrożenie nowych proinnowacyjnych usług sprzyjających dyfuzji innowacji w sektorze MSP nr umowy: U- POIG.05.02.00-00-016/10-00 Projekt realizowany jest w ramach Działania 5.2 Wsparcie
Bardziej szczegółowoInżynieria oprogramowania (Software Engineering) Wykład 1
Inżynieria oprogramowania (Software Engineering) Wykład 1 Wprowadzenie do inżynierii oprogramowania Zarządzanie przedmiotem Wydział: WEiI Katedra: KIK Web site: http://moskit.weii.tu.koszalin.pl/~swalover/
Bardziej szczegółowoIO - inżynieria oprogramowania. dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl http://home.agh.edu.pl/~zabinska/
IO - inżynieria oprogramowania dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl http://home.agh.edu.pl/~zabinska/ Faza określania wymagań (1) Cel fazy określania wymagań dokładne ustalenie wymagań klienta
Bardziej szczegółowoREQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie
Bardziej szczegółowoZASADY TWORZENIA OPROGRAMOWANIA
ZASADY TWORZENIA OPROGRAMOWANIA 1. Tylko złożone oprogramowanie wymaga inżynierii (cykl życia składający się z modelowania i testowania oraz sprzężenia zwrotnego prosty problem, zajęcia z programowania)
Bardziej szczegółowoZARZĄDZANIE I INŻYNIERIA PRODUKCJI
ZARZĄDZANIE I INŻYNIERIA PRODUKCJI STUDIA PIERWSZEGO STOPNIA PROFIL OGÓLNOAKADEMICKI Załącznik nr 2 Odniesienie efektów kierunkowych do efektów obszarowych i odwrotnie Załącznik nr 2a - Tabela odniesienia
Bardziej szczegółowoInżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot
Inżynieria Programowania Inżynieria Arkadiusz Chrobot Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 20 października 2015 Plan wykładu 1. Wstęp 2. Studium wykonywalności 3. Określanie
Bardziej szczegółowoKARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Projekt zespołowy D1_10
KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Nazwa przedmiotu (j. ang.): Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia: Profil kształcenia: Forma studiów:
Bardziej szczegółowoEgzamin / zaliczenie na ocenę*
WYDZIAŁ PODSTAWOWYCH PROBLEMÓW TECHNIKI Zał. nr 4 do ZW33/01 KARTA PRZEDMIOTU Nazwa w języku polskim : INŻYNIERIA OPROGRAMOWANIA Nazwa w języku angielskim: SOFTWARE ENGINEERING Kierunek studiów (jeśli
Bardziej szczegółowoDokument Detaliczny Projektu
Dokument Detaliczny Projektu Dla Biblioteki miejskiej Wersja 1.0 Streszczenie Niniejszy dokument detaliczny projektu(ddp) przedstawia szczegóły pracy zespołu projektowego, nad stworzeniem aplikacji bazodanowej
Bardziej szczegółowo<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0>
Wersja [Uwaga: Niniejszy wzór dostarczony jest w celu użytkowania z Unified Process for EDUcation. Tekst zawarty w nawiasach kwadratowych i napisany błękitną kursywą
Bardziej szczegółowoP O L I T E C H N I K A K O S Z A L I Ń S K A. Zarządzanie Ryzykiem
P O L I T E C H N I K A K O S Z A L I Ń S K A W Y D Z I A Ł E L E K T R O N I K I I I N F O R M A T Y K I Zarządzanie Ryzykiem Przedmiot Prowadzący Imię i nazwisko Grupa Zarządzanie Projektem dr Walery
Bardziej szczegółowoMichał Gadomski. Grzegorz Poręcki
[Prezes Zarządu] [Wiceprezes Zarządu] Michał Gadomski Dr hab. Beata Czarnacka-Chrobot, prof. SGH [Wiceprezes Zarządu] Dr Bogusław Machowski [Członek Zarządu] Grzegorz Poręcki Misją PSMO jest podniesienie
Bardziej szczegółowoZapisywanie algorytmów w języku programowania
Temat C5 Zapisywanie algorytmów w języku programowania Cele edukacyjne Zrozumienie, na czym polega programowanie. Poznanie sposobu zapisu algorytmu w postaci programu komputerowego. Zrozumienie, na czym
Bardziej szczegółowo20-02-2008. Wprowadzenie. Wybór rozwiązania. Wdrożenie (studium przypadków) proalpha golive! - metoda i narzędzie
5. Wybór i wdrożenie u ERP Wprowadzenie Wybór rozwiązania Wdrożenie (studium przypadków) golive! - metoda i narzędzie Wymagania rynku; potrzeba wdrożenia nowych rozwiązań coraz krótsze terminy realizacji
Bardziej szczegółowoNowe funkcje w programie SYMFONIA Handel Premium w wersji 2009.c
SYMFONIA Handel Premium Strona 1 Nowe funkcje w programie SYMFONIA Handel Premium w wersji 2009.c Zmiany związane z nowelizacją Ustawy o VAT Z dniem 1 grudnia 2008r. weszła w życie nowelizacja ustawy o
Bardziej szczegółowoPlan zarządzania projektem
Plan zarządzania projektem Opracował: Zatwierdził: Podpis: Podpis: Spis treści: 1. Wst p... 2 1.1 Cel... 2 1.2 Zakres... 2 1.3 Przeznaczenie dokumentu... 2 1.4 Organizacja dokumentu... 2 1.5 Dokumenty
Bardziej szczegółowoKARTA PRZEDMIOTU. Programowanie aplikacji internetowych
KARTA PRZEDMIOTU Nazwa przedmiotu/modułu: Nazwa angielska: Kierunek studiów: Poziom studiów: Profil studiów Jednostka prowadząca: Programowanie aplikacji internetowych Web application development edukacja
Bardziej szczegółowoPROSKAR KREATYWNA INŻYNIERIA
PROSKAR KREATYWNA INŻYNIERIA Siedlce, 2013 O firmie Proskar jest firmą informatyczną specjalizującą się w wytwarzaniu oprogramowania Specjalizujemy się w wytwarzaniu dedykowanego oprogramowania w technologii
Bardziej szczegółowoWPROWADZENIE DO UML-a
WPROWADZENIE DO UML-a Maciej Patan Instytut Sterowania i Systemów Informatycznych Dlaczego modelujemy... tworzenie metodologii rozwiązywania problemów, eksploracja różnorakich rozwiązań na drodze eksperymentalnej,
Bardziej szczegółowoWstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań
Wstęp Inżynieria wymagań Schemat procesu pozyskiwania wymagań identyfikacja źródeł wymagań Organizacja i Zarządzanie Projektem Informatycznym pozyskiwanie pozyskiwanie pozyskiwanie Jarosław Francik marzec
Bardziej szczegółowoZapytanie ofertowe 13-09-2013
Zapytanie ofertowe W związku z realizacją projektu współfinansowanego ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Działania 8.2 Programu Operacyjnego Innowacyjna Gospodarka 2007-2013,
Bardziej szczegółowoSystem zarządzania zleceniami
Verlogic Systemy Komputerowe 2013 Wstęp Jednym z ważniejszych procesów występujących w większości przedsiębiorstw jest sprawna obsługa zamówień klientów. Na wspomniany kontekst składa się: przyjęcie zlecenia,
Bardziej szczegółowoNowe funkcje w programie SYMFONIA Handel Premium w wersji 2009
SYMFONIA Handel Premium Strona 1 z 7 Nowe funkcje w programie SYMFONIA Handel Premium w wersji 2009 Dodatkowa ochrona dostępu do przeglądania cen zakupu towarów Duża grupa użytkowników programu zgłaszała
Bardziej szczegółowoJarosław Kuchta Jakość Systemów Informatycznych Jakość Oprogramowania. Pomiary w inżynierii oprogramowania
Jarosław Kuchta Jakość Systemów Informatycznych Jakość Oprogramowania Pomiary w inżynierii oprogramowania Cel pomiarów ocena jakości produktu ocena procesów (produktywności ludzi) stworzenie podstawy dla
Bardziej szczegółowoKARTA PRZEDMIOTU. Projekt zespołowy D1_10
KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Projekt zespołowy D1_10 Nazwa przedmiotu (j. ang.): Team Project Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia:
Bardziej szczegółowoWymiarowanie projektu informatycznego
Kiedy możesz zmierzyć coś o czym mówisz, i wyrazić to w liczbach, wtedy wiesz coś o tym, ale kiedy nie możesz tego zmierzyć, nie możesz wyrazić tego w liczbach, wtedy twoja wiedza jest skąpa i niesatysfakcjonująca.
Bardziej szczegółowoTestowanie i walidacja oprogramowania
i walidacja oprogramowania Inżynieria oprogramowania, sem.5 cz. 3 Rok akademicki 2010/2011 Dr inż. Wojciech Koziński Zarządzanie testami Cykl życia testów (proces) Planowanie Wykonanie Ocena Dokumentacja
Bardziej szczegółowoProjekt współfinansowany ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna Gospodarka
Warszawa, dnia 8 kwietnia 2013 r. Szanowni Państwo,, z siedzibą w Warszawie przy ul. Wolność 3A, zwraca się z prośbą o przedstawienie oferty cenowej na usługę wykonania projektu funkcjonalnego dla aplikacji
Bardziej szczegółowoEfekt kształcenia. Ma uporządkowaną, podbudowaną teoretycznie wiedzę ogólną w zakresie algorytmów i ich złożoności obliczeniowej.
Efekty dla studiów pierwszego stopnia profil ogólnoakademicki na kierunku Informatyka w języku polskim i w języku angielskim (Computer Science) na Wydziale Matematyki i Nauk Informacyjnych, gdzie: * Odniesienie-
Bardziej szczegółowoDokument Detaliczny Projektu
Dokument Detaliczny Projektu Dla Biblioteki miejskiej Wersja 1.0 Streszczenie Niniejszy dokument detaliczny projektu(ddp) przedstawia szczegóły pracy zespołu projektowego, nad stworzeniem aplikacji bazodanowej
Bardziej szczegółowoe_talent innowacyjna aplikacja webowa do zarządzania rozwojem pracowników w organizacji Zespół ForUnit
e_talent innowacyjna aplikacja webowa do zarządzania rozwojem pracowników w organizacji Zespół ForUnit Tylko funkcjonalność Proponujemy Państwu nowoczesne narzędzie do zarządzania Kapitałem Ludzkim. Nasza
Bardziej szczegółowoInżynieria oprogramowania II
Wymagania funkcjonalne, przypadki użycia Inżynieria oprogramowania II Problem i cel Tworzenie projektów bez konkretnego celu nie jest dobre Praktycznie każdy projekt informatyczny powstaje z uwagi na jakiś
Bardziej szczegółowoedycja 1 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr. nr 14/2012 i 15/2012 i 34/2012
Wrocław, 18.05.2015 Program kształcenia i plan studiów podyplomowych: Android i ios nowoczesne aplikacje mobilne edycja 1 opracowany zgodnie z Zarządzeniami Wewnętrznymi PWr. nr 14/2012 i 15/2012 i 34/2012
Bardziej szczegółowoProjektowanie bazy danych przykład
Projektowanie bazy danych przykład Pierwszą fazą tworzenia projektu bazy danych jest postawienie definicji celu, założeń wstępnych i określenie podstawowych funkcji aplikacji. Każda baza danych jest projektowana
Bardziej szczegółowo