Inynieria Systemów Informacyjnych
|
|
- Mirosław Klimek
- 8 lat temu
- Przeglądów:
Transkrypt
1 Inynieria Systemów Informacyjnych 2004 Paweł Janusz
2 1. Wstp Technika oprogramowania, któr stosowano w pocztkach informatyki bardzo róniła si od tej, któr uytkownicy posługuj si obecnie. Pocztkowo programici tworzcy programy nie musieli tworzy wielkich i skomplikowanych planów. Powstajce w latach 70. oprogramowanie znaczco róniło si od tego, jakie tworzone jest obecnie. Przede wszystkim ze wzgldu na jego przeznaczenie. Z czasem korporacje programistyczne zaczły zauwaa, e rozwijanie i poprawa oprogramowania moe by trudna, gdy nie ma si pod rk dobrze zrobionego planu aplikacji. Co wicej system był ciszy w rozwoju, bo wikszo załoe była w głowie programistów. Od połowy lat 70. organizacje zaczły zdawa sobie spraw ja wan rol pełni oprogramowanie dla biznesu. I prawdopodobnie pod jego wpływem brana postanowiła nieco zmieni sposób projektowania a w dalszej czci i tworzenia oprogramowania. Do pocztku lat 90 powstały róne metody. Najbardziej znane to : Metoda Grady ego Boocha Metoda Jamesa Rumbaugha Metoda Ivara Jacobsona Kada z tych metod charakteryzowała si innym podejciem do oprogramowania. Włanie dlatego entuzjaci jednej metody nie mogli zrozumie entuzjastów innej metody. Okazywało si, e rónice s tak due, e chcc skorzysta z innej ni obecnie stosowana metody, nowej trzeba by było uczy si od pocztku. Spowodowane było to rónym podejciem kadej z metod. W okresie od połowy lat 90. do roku 1997 to okres tzw. Łczenia si metod. Twórcy trzech wspomnianych ju połczyli swoje wysiłki w stworzeniu nowego standardu, który byłby na tyle uniwersalny, aby zawierał moliwie najwicej moliwoci projektowania. Rumbaugh i Jacobson dołczyli do Boocha w Rational Software Corporation. I stworzyli UML 1.0 W drugiej połowie 1997 roku powstała wersja UML 1.1. W tym te okresie organizacja OMG zaadoptowała UML i podjła si dalszego rozwoju standardu. Obecnie mamy do czynienia z najnowsza wersj UML 2.0. UML to Ujednolicony Jzyk Modelowania, jest ogólnie i szeroko stosowany przy tworzeniu rónej złoonoci systemów informacyjnych. Jest to jzyk zorientowany obiektowo, jednak tworzenie i pisanie aplikacji nie odbywa si w normalny sposób, przez pisanie kodu. Tylko tworzc odpowiednie diagramy (diagramy UML) tworzymy cał aplikacj. Siła tego rozwizania polega na tym, i cały przygotowywany system jest bardzo prosto przedstawiony i po krótkim wprowadzeniu mona go łatwo zrozumie. Opracowanie to nie ma na celu przedstawienie zaawansowanych metod tworzenia diagramów UML. Jego zadaniem jest ukazanie podstawowych informacji oraz moliwoci Ujednoliconego Jzyka Modelowania. Poza tym objto tego opracowania jest zbyt mała aby taki opis mógł zosta zawarty. W opracowaniu cz uwagi została zwrócona na pozytywne aspekty UML. Poza tym w ostatniej czci opracowania znalazło si krótkie omówienie narzdzi do tworzenia diagramów UML.
3 2. Charakterystyka wstpna UML Ide powstania UML, było ujednolicenie notacji i reprezentacji systemów informatycznych. W pocztkach informatyki systemy nie zawsze tworzone były w sposób uporzdkowany. Czasami system tworzony dla wybranego klienta był przedstawiony bardzo zawile i klient nie zawsze a właciwie to do rzadko mógł zrozumie działanie systemu. Przez co system zaprojektowany w ten sposób, oddany do realizacji przez analityków, mógł w efekcie nie działa poprawnie, poniewa model mógł zosta le zrozumiany przez programistów i nie odpowiada oczekiwaniom klienta. Taka sytuacja powodowała due problemy przy tworzeniu systemów, poniewa produkt stworzony niepoprawnie musiał, ju po stworzeniu, zosta poprawiony, a czasami nawet zmieniony całkowicie. Była to jedna z wielu przesłanek do stworzenia jednego, ujednoliconego i zrozumiałego modelu tworzenia systemów informatycznych. Wczeniejsze modele były zbyt ograniczenie. by mogły w pełni przedstawi wszystkie zalenoci całego systemu. Wane jest te to, e stworzony model UML, nie był modelem opisowym, ale graficznym. Dziki temu wszelkie moliwoci systemu mog by przedstawione w prosty i zrozumiały sposób. Oprócz tego łatwiej unikn nieprzewidzianych sytuacji. System jest równie łatwy do zaprezentowania klientowi, poniewa nie jest on stworzony pod specyficzny jzyk programowania czy rozwizanie. Pozwalam to równie na proste rozwiniecie systemu, gdy klient bdzie chciał rozwin dany projekt. Zalet UML a jest równie to, i mona nim zamodelowa nie tylko procesy programowe, ale równie nieprogramowe (np. biznesowe). Mona go uy do dowolnego procesu lub metody rozwizania. Jest to do mocne narzdzie, poniewa nie jest ono uzalenione od konkretnego producenta, poza tym jest on dostpny dla kadego. Obiekty UML reprezentowane s przez diagramy. Moemy podzieli je na : Diagramy klas Diagramy obiektów Diagramy przypadków uycia Diagramy stanów Diagramy przebiegu Diagramy czynnoci Diagramy kooperacji Diagramy komponentów Diagramy wdroenia Poniewa jzyk UML opisuje głownie model obiektowy, dlatego tez diagramy zostały podzielone w ten sposób, aby w pełni mu odpowiadały. W dalszej czci tego rozdziału zostanie przedstawiony skrótowy opis poszczególnych diagramów.
4 2.1. Diagram klas W modelu informatycznym odpowiada to klasie z której nastpnie tworzony bdzie obiekt. Podobnie jak jest to w modelu obiektowym, tak i w UML klasa oprócz atrybutów posiada metody, które operuj na tych danych. Składa si on z 4 czci Klasy, asocjacji, atrybutu klasy i operacji. Poszczególne klasy mog by połczone ze sob liniami. Klasa leca poniej oznacza klas pochodn. Łatwo zauway, e takie intuicyjne rozmieszczenie poszczególnych diagramów wizualnie do jasno pokazuje jakie relacje dziedziczenia zachodz pomidzy poszczególnymi klasami. Ma to ogromne znaczenie w przypadku, gdy do tworzonego projektu zostanie przydzielony nowy programista. Patrzc na diagram UML od razu wie z jakich metod w jakiej klasie moe działa Diagram obiektu Jest to egzemplarz klasy zawierajcy konkretne wartoci atrybutów. Posiada on własn nazw (przed dwukropkiem) i nazw klasy której jest obiektem (po dwukropku) 2.3. Diagram przypadku uycia Ten rodzaj diagramu opisuje zachowanie systemu z punktu widzenia uytkownika. Jest to bardzo wane podejcie, poniewa system tak naprawd tworzony jest dla uytkownika, dlatego powinien on by równie opisany z jego punktu widzenia.
5 Jak wida na tym diagramie, w tym systemie, którego diagram dotyczy, uytkownik programu w odpowiedni sposób działa na baz danych. Niemniej graficzny opis moe by o wiele bardziej złoony, poniewa moe np. ukazywa w jaki sposób uytkownik musi zadziała, co musi zrobi, aby uzyska podany wynik Diagram stanów Ten rodzaj diagramu opisuje w jakim stanie moe znale si dany obiekt. Wane jest to, aby opisywał wszystkie moliwe stany dla danego obiektu. Diagram oprócz pokazania stanów ukazuje w jaki sposób mona do okrelonego stanu doj. Asocjacje opisuj połczenia pomidzy klasami Diagram przebiegu Ukazuje on interakcje zachodzce pomidzy klasami i obiektami. Przewiduje on w pewien sposób to co moe dzia si z obiektami i jak poszczególne metody mog zadziała i jaki z tego powstanie efekt.
6 2.6. Diagram czynnoci Jest to diagram przedstawiajcy konkretny przypadek uycia. Pokazuje on przede wszystkim jakie czynnoci wykonywane s po sobie Diagram kooperacji Ten rodzaj diagramu pokazuje w jaki sposób odpowiednie elementy systemu współpracuj ze sob. Efektem jest poprawnie działajcy system Diagram komponentów Obrazuje uporzdkowanie komponentów. Odnosi si do statycznych aspektów perspektywy implementacyjnej. Wie si z diagramem klas (zwykle kademu komponentowi s przyporzdkowane pewne klasy, interfejsy i kooperacje). Np. Diagram komponentów strony www. Na diagramach komponentów uwzgldnia si elementy fizyczne (programy, biblioteki, tabele) instalowane na wzłach. Diagramy komponentów słu do obrazowania statycznych aspektów perspektywy implementacyjnej
7 2.9. Diagram wdroenia Diagram wdroenia pokazuje fizyczna architektur systemu komputerowego. Moe obrazowa komputery i inne przyrzdy oraz połczenia miedzy nimi i oprogramowanie na nich zainstalowane. Kady komputer jest reprezentowany przez prostopadłocian, a połczenia miedzy komputerami s widoczne w postaci linii łczcych te prostopadłociany Inne elementy UML Do innych obiektów stosownych w notacji UML mona zaliczy : Notatki, czyli komentarz do innego elementu. Połczona jest przerywan lini Stereotypy, s znaczeniem, ujmuje si je w << i >> Właciwoci, reprezentuj właciwoci elementu, zapisywane s w { i }
8 3. Zastosowanie W poprzedniej czci opracowania przedstawione zostały cel, jaki przywiecał twórcom jzyka UML. Na pocztku nauki złoono UML a moe wydawa si skomplikowana i trudna, jednak z czasem mona zauway, e w danym momencie nie korzysta si ze wszystkich diagramów. Tym niemniej w perspektywie tworzenia całego projektu wikszo z nich jest niezbdna. Jednak nawet projektanci tworzc specyfikacj zaznaczyli, i nie trzeba wykorzysta wszystkich moliwych diagramów. Mimo to warto zagłbi si i tworzc projekt skorzysta ze wszystkich moliwoci jakie daje UML. Projekt aplikacji tworzonej przy pomocy UML daje du moliwo póniejszego przewidzenia problemów, jakie mog wynikn podczas tworzenia, a nastpnie uytkowania aplikacji. Projekt gotowy jako diagram daje si póniej w łatwy sposób rozwin. Łatwo zauway, e UML stworzony został przede wszystkim dla projektantów aplikacji. Wydaje si, i tworzenie diagramów dla niewielkiej projektów utrudnia i wydłua tylko proces tworzenia. W rzeczywistoci okazuje si, i tworzenie modelu opisowego przy pomocy UML a moe bardzo ułatwi póniejsze pisanie aplikacji. Czasami tworzc jaki projekt nie zakłada si jego póniejszego rozwoju. Jednak z czasem okazuje si, e jest to niezbdne, bo np. klient zayczył sobie dodanie kilu moliwoci w projekcie. Dopóki aplikacja jest prosta i niewielka nie stwarza to duego problemu. Ale gdy jest to cały projekt pisany przez grup kilku programistów moe by ju nieco trudniej. W przypadku gdy stworzony jest diagram wystarczy tylko w odpowiednim miejscu dołoy zmiany jakie zamówił klient i odpowiednio pozmienia reszt diagramów. Przez to od razu bdzie wiadome, co dzieje si w danej chwili z aplikacj. Kolejn zalet, ale nie samego UML a lecz narzdzi dedykowanych do tworzenia diagramów w tym standardzie, jest automatyczne generowanie kodu. Nie trzeba tłumaczy jak bardzo wygodna to funkcja. W komercyjnych produktach generowany kod wynikowy moe by w rónych jzykach programowania np. Java, C++, CORBA IDL, czy nawet PHP. Oczywicie zaley to od oprogramowania jakie otrzymał lub zakupił zespół tworzcy dane rozwizanie. Posiadajc model opisany diagramami, oraz szkieletowy kod wynikowy tworzenie aplikacji to ju tak naprawd tylko stworzenie interfejsu uytkownika, oraz oprogramowanie funkcji. Dlatego ju w tym momencie łatwo zauway, e tworzenie diagramów UML jest przydatne, a czasami moe nawet bardzo ułatwi tworzenie całego projektu aplikacji. UML nie jest - w załoeniu swoich twórców - wysoce formalnym jzykiem do przedstawiania czy udowadniania nowych teorii. Ma to by przede wszystkim uniwersalny jzyk modelowania ogólnego zastosowania, przeznaczony do wykorzystania tam, gdzie tworzy si systemy oprogramowania. W dobie Internetu i globalizacji zunifikowany sposób przedstawiania informacji o systemach jest waniejszy ni kiedykolwiek. Tworzone obecnie systemy mog współpracowa z systemami opracowanymi na drugim kocu wiata. Tworzone s czsto przez zespoły programistów, którzy nigdy si nie widzieli, co stanowi dodatkow trudno; ich wzajemne zrozumienie jest czynnikiem kluczowym dla sukcesu takich projektów. UML pozwala na okrelenie ram komunikacji midzy programistami i zespołami programistów.
9 4. Zalety UML Niewtpliwie kade nowe narzdzia inynierii oprogramowania ma na celu ułatwienie pracy osobom tworzcym oprogramowanie. W tym momencie nie ma znaczenia kto korzysta z tego rozwizania. Czy jest to pojedynczy programista, który tworzy aplikacj na swoje potrzeby, czy cały zespół zatrudniony w globalnej firmie zajmujcej si tworzeniem oprogramowania np. biznesowego. Wane jest przede wszystkim to co mona otrzyma przez wczeniejsze stworzenie projektu wykorzystujc UML. Niewtpliwie podstawow zalet stosowania UML do tworzenia oprogramowania jest moliwo przewidzenia przez producenta oprogramowania w fazie modelowania aplikacji wszelkich moliwych interakcji ze strony uytkownika, oraz przedstawienie samemu uytkownikowi całej gamy narzdzi, jakimi bdzie dysponował po stworzeniu danego rozwizania. Nie trzeba tłumaczy, i klient, który zobaczy przed stworzeniem projektu pewne jego moliwoci moe o d razu wpłyn na kocowy wygld aplikacji. Poza tym łatwiej wprowadzi zmiany w fazie tworzenia projektu, ni po jego zakoczeniu. Kolejn zalet jest skalowalno projektu. Łatwo wyobrazi sobie sytuacj, gdy gotowy i uytkowany przez uytkownika projekt w którym momencie musi zosta zmieniony. Trzeba np. doda dodatkowe moliwoci. Zakładajc e przy projekcie pracowało kilku programistów i co najmniej jeden z nich ju nie jest pracownikiem firmy odpowiedzialnej za stworzenie projektu, w standardowym podejciu inny programista musiałby przeglda tony kodu i spdzi nad tym duo czasu, aby zrozumie pewne idee, które zrozumiałe były dla twórcy a niekoniecznie dla kadego programisty. Gdy jednak mamy stworzony diagram UML owy od razu mona znale powizania i odszuka zastosowanie czy sposób interakcji uytkownika w programie. Wtedy jakakolwiek zmiana jest nie tylko łatwa, ale idea całego projektu jest prosta w interpretacji i zrozumieniu. Tworzenie aplikacji zorientowanych obiektowo zwłaszcza takich, które w sposób zaawansowany wykorzystuj mechanizmy dziedziczenia bardzo łatwo mona zaprezentowa włanie w postaci notacji UML. To kolejna zaleta, o której nie mona zapomnie. Kolejny raz okazuje si, e stworzenie duego projektu składajcego si z duej iloci klas i zastosowanie w nich mechanizmów, które otrzymuje si stosujc podejcie obiektowe w UML staje si bardziej intuicyjne. Na diagramie od razu mona zauway, która funkcja dziedziczy z której oraz co zostało dodane w klasie potomnej. Przy standardowym odejciu trzeba było czasami przeglda kilkanacie plików, aby doj w kocu do klasy podstawowej. Posiadajc diagram UML jest to bardzo proste i szybkie wystarczy tylko cofa si i patrze jakie klasy spotykamy powyej klasy potomnej. Tworzc projekt w grupie programistów nie trudno o pewne niezrozumienie. Dlatego tak wan rzecz jest wiedza do czego dana cz projektu ma słuy i co realizowa. W kocu programici nie pisz całej aplikacji naraz, tylko poszczególne jej czci czy komponenty. Dlatego musz wiedzie, do czego bd one słuy i w jaki sposób mog by one udostpnione uytkownikowi lub innej czci programu. I tu po raz kolejny pomocny jest diagram UML, który w sposób intuicyjny, bez wikszego wgłbiania si w cał struktur systemu a tylko w to co najwaniejsze, czyli efekt kocowy (w tym wypadku działania jakiego komponentu, czy np. metody). Due znaczenie ma równie uniwersalno. Tej nie brakuje w UML. Wystarczy wyobrazi sobie du firm, w której powstaje aplikacja do obsługi banku internetowego. Cz
10 oprogramowania wykonuje si na serwerze w programie wielowtkowym napisanym w C++, natomiast wynik tego działania klient obserwuje w przegldarce internetowej. Róne działy firmy pracuj nad efektem całociowym, jednak nie mona wymaga od projektantów klienta do przegldarki WWW aby znali si na programowaniu C++, bo jest to im zupełnie niepotrzebne. Ani programistom piszcym aplikacj serwerow, aby zastanawiali si nad mechanizmami stron WWW. I tutaj po raz kolejny z pomoc przychodzi UML. Wystarczy stworzy odpowiedni diagram (w tym wypadku np. komponentów) i webmasterzy informuj co jest im potrzebne, natomiast programici tworz dostp do odpowiednich metod, które zostan póniej zdalnie uruchomione przez klienta. W tym wypadku jakby intuicyjnie nasuwa si kolejna zaleta, to niezaleno realizowanego projektu od platformy. Posiadajc dobrze działajc aplikacj i diagramy UML na podstawie których została ona stworzona, nie jest duym problemem przenie j na inn platform czy jzyk programowania. Oczywicie przedstawione tu zalety to nie wszystkie. Wiele z zalet UML a zale od projektu jaki realizowany jest w danej firmie. Niemnie te przedstawione powyej nasuwaj si jakby w sposób naturalny i s łatwe w zrozumieniu.
11 5. Tworzenie diagramów UML Zaczynajc tworzenie diagramów naley zastanowi si przede wszystkim co tworzona aplikacja ma na celu, w jaki sposób bdzie ona działała oraz jakie mechanizmy programowania mog by pomocne przy jej realizacji. Jak ju wczeniej było wspomniane, przy tworzeniu projektu nie trzeba wykorzystywa wszystkich dostpnych diagramów UML. Jeeli zaley tylko na stworzeniu graficznej reprezentacji obiektów i klas, to nie trzeba tworzy innych diagramów tylko te. Naley jednak pamita, i im bardziej zaawansowane i rónorakie diagramy stosowane s do opisu projektu, tym lepiej jest on opisany i tym łatwiej bdzie go zrozumie. Nie naley jednak na sił dodawa jaki diagram, który trak naprawd nie je potrzebny. Jeeli tworzona jest aplikacja na potrzeby wewntrzne firmy (np. działu programistów), to nie ma potrzeby tworzy diagramu przypadku uycia. Przy tworzeniu diagramów nie trzeba od razu tworzy ostatecznej wersji projektu. Ogromn sił tego typu projektowania jest rozszerzalno projektu. Raz stworzone podstawowe diagramy mona dowolnie poprawia modyfikowa i rozszerza. Warto wspomnie w tym miejscu o dwóch technikach tworzenia aplikacji : Metoda kaskadowa Metoda iteracji Odnosz si one do całego cyklu tworzenia aplikacji : od gromadzenia wymogów, po wdroenie gotowego systemu. Obie s przydatne, jeeli jednak w załoeniu tworzy si projekt mały to bardziej efektywn bdzie pierwsza, jeeli natomiast tworzy si duy projekt, to metoda kaskadowa moe okaza si nieskuteczna. Metoda kaskadowa polega ona na liniowym wykonywaniu kadego z czci projektu. Zanim przejdzie si do nastpnej fazy projektu, poprzednia faza musi by w całoci zakoczona. Metoda iteracji polega na nieliniowym działaniu, projekt realizowany jest sekwencyjnie, przez co np. testerzy nie musza czeka na zakoczenie pisania całego projektu, a tylko jego czci. Łatwiej wtedy znale błd i poprawienie go nie stwarza problemów. UML wspiera obydwie te techniki, jednak o wiele łatwiej jest przekaza do realizacji dana interesujc w danym momencie klienta cz projektu ni zastanawia si nad wszystkimi jego aspektami. Naley jednak pamita, e mimo wszystko zarys tworzonego projektu musi by znany, poniewa nie mona tworzy czci rozwizania nie zastanawiajc si nad udostpnieniu go w dalszej czci projektu.
12 6. Krótka charakterystyka narzdzi do tworzenia diagramów UML Cały opis jzyka UML byłby niepełny, gdyby w tym opracowaniu nie znalazł si cho krótki opis narzdzi do tworzenia diagramów UML. Przez czas w jakim UML dojrzewał powstało wiele ciekawych i oryginalnych produktów. Tworzc to opracowanie zostało wykorzystane jedno z nich. To narzdzie było zastosowane do stworzenia wszelkich diagramów UML owych w tym opracowaniu. Charakteryzuj si ono bardzo duymi moliwociami, poza tym jest ono bardzo intuicyjne. Co wane wersja podstawowa czyli CE (Community Edition) jest bezpłatna. Ma ona oczywicie o wiele mniejsze moliwoci generowania kodów wynikowych ni wersje płatne, ale dla na pocztek przygody z UML to narzdzi zdecydowanie wystarcza. Obecnie wersja CE generuje on-line (czyli w trakcie tworzenia diagramów) kod wynikowy w jzyku JAVA. Jak wida na zrzucie ekranu program ma bardzo przyjazny dla uytkownika interfejs. Diagramy tworzone s w 90% na zasadzie drag&drop. Strona producenta :
13 To kolejne narzdzie do tworzenia diagramów UML Równie i tym razem narzdzie posiada wersj tzw. CE, kttóra udostpniona jest nieodpłatnie. Wszelkie inne wersje s płatne. Strona producenta : To narzdzie tworzone jest na zasadzie OpenSource. Nie ma ono moe tak efektownego GUI jak poprzednicy, jednak jest ono udostpnianie jak na razie za darmo. Strona projektu : Strona producenta :
14 7. Podsumowanie Przedstawione w tym opracowaniu informacje miały na celu przyblienie podstawowych informacji o UML. Jak da si zauway tego typu rozwizanie jest bardzo pomocne i przydatne, jeeli jednak czytelnik ma ch wgłbienia si w tajniki i wszystkie bardzo szerokie moliwoci, to musi sign po stosown literatur. Jej lista poniej. Naley pamita, e standard UML opracowany jest zmyl o ludziach tworzcych systemy i programistach, dlatego warto pozna cho podstawy tego modelu. 8. Literatura OMG Unified Modeling Language Specification ( UML Wprowadzenie - Sinan Si Alhir (Helion 2004) UML Dla kadego Joseph Schmuller (Helion 2004) UML leksykon kieszonkowy Dan Pilone (Helion 2004) Jzyk UML Kazimierz Subieta (Instytut Podstaw Informatyki PAN, Warszawa Polsko- Japoska Wysza Szkoła Technik Komputerowych, Warszawa, 1999)
15 1. Wstp Charakterystyka wstpna UML Diagram klas Diagram obiektu Diagram przypadku uycia Diagram stanów Diagram przebiegu Diagram czynnoci Diagram kooperacji Diagram komponentów Diagram wdroenia Inne elementy UML Zastosowanie Zalety UML Tworzenie diagramów UML Krótka charakterystyka narzdzi do tworzenia diagramów UML Podsumowanie Literatura...14
Wprowadzenie do kompilatorów
Wprowadzenie do kompilatorów Czy ja kiedykolwiek napisz jaki kompilator? Jakie zadania ma do wykonania kompilator? Czy jzyk formalny to rodzaj jzyka programowania? Co to jest UML?, Czy ja kiedykolwiek
Bardziej szczegółowoPlanowanie adresacji IP dla przedsibiorstwa.
Planowanie adresacji IP dla przedsibiorstwa. Wstp Przy podejciu do planowania adresacji IP moemy spotka si z 2 głównymi przypadkami: planowanie za pomoc adresów sieci prywatnej przypadek, w którym jeeli
Bardziej szczegółowoProgramowanie Obiektowe
Programowanie Obiektowe dr in. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl WYKŁAD 1 Wstp, jzyki, obiektowo Cele wykładu Zaznajomienie słuchaczy z głównymi cechami obiektowoci Przedstawienie
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ółowoWstp. Odniesienie do podstawy programowej
! " 1 Wstp Praca dotyczy projektu midzyprzedmiotowego, jaki moe by zastosowany na etapie nauczania gimnazjum specjalnego. Powyszy projekt moe zosta przeprowadzony na zajciach z przedmiotów: informatyka
Bardziej szczegółowoCel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2
Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy
Bardziej szczegółowoobsług dowolnego typu formularzy (np. formularzy ankietowych), pobieranie wzorców formularzy z serwera centralnego,
Wstp GeForms to program przeznaczony na telefony komórkowe (tzw. midlet) z obsług Javy (J2ME) umoliwiajcy wprowadzanie danych według rónorodnych wzorców. Wzory formularzy s pobierane z serwera centralnego
Bardziej szczegółowoUML w Visual Studio. Michał Ciećwierz
UML w Visual Studio Michał Ciećwierz UNIFIED MODELING LANGUAGE (Zunifikowany język modelowania) Pozwala tworzyć wiele systemów (np. informatycznych) Pozwala obrazować, specyfikować, tworzyć i dokumentować
Bardziej szczegółowoWYKŁAD 12. Wzorce projektowe czynnociowe State Mediator
WYKŁAD 12 Wzorce projektowe czynnociowe State Mediator Behavioral Design Pattern: State [obj] Umoliwia obiektowi zmian zachowania gdy zmienia si jego stan wewntrzny. Dzieki temu obiekt zdaje si zmienia
Bardziej szczegółowoPodstawy inżynierii oprogramowania
Podstawy inżynierii oprogramowania Modelowanie. Podstawy notacji UML Aleksander Lamża ZKSB Instytut Informatyki Uniwersytet Śląski w Katowicach aleksander.lamza@us.edu.pl Zawartość Czym jest UML? Wybrane
Bardziej szczegółowoSystem midzybankowej informacji gospodarczej Dokumenty Zastrzeone MIG DZ ver. 2.0. Aplikacja WWW ver. 2.1 Instrukcja Obsługi
System midzybankowej informacji gospodarczej Dokumenty Zastrzeone MIG DZ ver. 2.0. Aplikacja WWW ver. 2.1 Instrukcja Obsługi 1.Wymagania techniczne 1.1. Wymagania sprztowe - minimalne : komputer PC Intel
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ółowoPrzegldanie stron wymaga odpowiedniej mikroprzegldarki w urzdzeniu mobilnym lub stosownego emulatora.
I. Temat wiczenia Podstawy tworzenia stron WAP II. Wymagania Podstawowe wiadomoci z technologii Internetowych. III. wiczenie 1. Wprowadzenie WAP (ang. Wireless Application Protocol) - to protokół umoliwiajcy
Bardziej szczegółowoPoradnik korzystania z serwisu UNET: Konfiguracja programu pocztowego
Poradnik korzystania z serwisu UNET: Konfiguracja programu pocztowego Niniejszy opis dotyczy konfiguracji programu pocztowego Outlook Express z pakietu Internet Explorer, pracujcego pod kontrol systemu
Bardziej szczegółowoTemat: Programowanie zdarzeniowe. Zdarzenia: delegacje, wykorzystywanie zdarze. Elementy Windows Application (WPF Windows Presentation Foundation).
Temat: Programowanie zdarzeniowe. Zdarzenia: delegacje, wykorzystywanie zdarze. Elementy Windows Application (WPF Windows Presentation Foundation). 1. Programowanie zdarzeniowe Programowanie zdarzeniowe
Bardziej szczegółowoPodstawy programowania III WYKŁAD 4
Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.
Bardziej szczegółowoKurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017
Wykład 12 7 czerwca 2017 Czym jest UML? UML składa się z dwóch podstawowych elementów: notacja: elementy graficzne, składnia języka modelowania, metamodel: definicje pojęć języka i powiazania pomiędzy
Bardziej szczegółowoZARZĄDZANIU. Wykład VI. dr Jan Kazimirski
INFORMATYKA W ZARZĄDZANIU Wykład VI dr Jan Kazimirski jankazim@mac.edu.pl http://www.mac.edu.pl/jankazim MODELOWANIE SYSTEMÓW UML Literatura Joseph Schmuller UML dla każdego, Helion 2001 Perdita Stevens
Bardziej szczegółowoSpis treci. Dzie 1. I Wprowadzenie (wersja 0911) II Dostp do danych biecych specyfikacja OPC Data Access (wersja 0911)
I Wprowadzenie (wersja 0911) Kurs OPC Integracja i Diagnostyka Spis treci Dzie 1 I-3 O czym bdziemy mówi? I-4 Typowe sytuacje I-5 Klasyczne podejcie do komunikacji z urzdzeniami automatyki I-6 Cechy podejcia
Bardziej szczegółowoMicrosoft Authenticode. Uycie certyfikatów niekwalifikowanych do podpisywania kodu w technologii MS Authenticode. wersja 1.1 UNIZETO TECHNOLOGIES SA
Microsoft Authenticode Uycie certyfikatów niekwalifikowanych do podpisywania kodu w technologii MS Authenticode wersja 1.1 Spis treci 1. WSTP... 3 2. TWORZENIE KLUCZA PRYWATNEGO I CERTYFIKATU... 3 3. INSTALOWANIE
Bardziej szczegółowoBazy danych. Plan wykładu. Proces modelowania i implementacji bazy danych. Elementy ERD. Wykład 2: Diagramy zwizków encji (ERD)
Plan wykładu Bazy danych Wykład 2: Diagramy zwizków encji (ERD) Diagramy zwizków encji elementy ERD licznoci zwizków podklasy klucze zbiory słabych encji Małgorzata Krtowska Katedra Oprogramowania e-mail:
Bardziej szczegółowoPoniszy rysunek przedstawia obraz ukoczonej powierzchni wykorzystywanej w wiczeniu.
Ten rozdział pokae jak tworzy powierzchnie prostoliniowe i trasowane oraz dostarczy niezbdnych informacji o rónych typach powierzchni, które moemy stosowa przy tworzeniu geometrii. Rozdział pokazuje równie
Bardziej szczegółowoUogólnienie Diagram przypadków u ycia
1 Przypadki uycia Przypadki uycia opisuj funkcjonalno systemu widzian z zewntrz przez uytkownika; Definicja Przypadek uycia to opis zbioru cigów akcji i ich wariantów wykonywanych przez system w celu dostarczenia
Bardziej szczegółowoBazy danych. Plan wykładu. Proces modelowania i implementacji bazy danych. Elementy ERD. Wykład 2: Diagramy zwizków encji (ERD)
Plan wykładu Bazy danych Wykład 2: Diagramy zwizków encji (ERD) Diagramy zwizków encji elementy ERD licznoci zwizków podklasy klucze zbiory słabych encji Małgorzata Krtowska Katedra Oprogramowania e-mail:
Bardziej szczegółowostopie szaro ci piksela ( x, y)
I. Wstp. Jednym z podstawowych zada analizy obrazu jest segmentacja. Jest to podział obrazu na obszary spełniajce pewne kryterium jednorodnoci. Jedn z najprostszych metod segmentacji obrazu jest progowanie.
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia Materiały dla nauczyciela Projekt
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ółowoGramatyki regularne i automaty skoczone
Gramatyki regularne i automaty skoczone Alfabet, jzyk, gramatyka - podstawowe pojcia Co to jest gramatyka regularna, co to jest automat skoczony? Gramatyka regularna Gramatyka bezkontekstowa Translacja
Bardziej szczegółowoModelowanie diagramów klas w języku UML. Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014
Modelowanie diagramów klas w języku UML Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Czym jest UML - Unified Modeling Language - Rodzina języków modelowania graficznego - Powstanie na przełomie lat 80
Bardziej szczegółowoJzyk UML opis notacji
POLITECHNIKA WARSZAWSKA WYDZIAŁ ELEKTRYCZNY INSTYTUT ELEKTROTECHNIKI TEORETYCZNEJ I MIERNICTWA ELEKTRYCZNEGO ZAKŁAD ELEKTROTECHNIKI TEORETYCZNEJ Jzyk UML opis notacji Paweł Gryczon Piotr Staczuk Fragment
Bardziej szczegółowoInstrukcja obsługi programu MechKonstruktor
Instrukcja obsługi programu MechKonstruktor Opracował: Sławomir Bednarczyk Wrocław 2002 1 1. Opis programu komputerowego Program MechKonstruktor słuy do komputerowego wspomagania oblicze projektowych typowych
Bardziej szczegółowoWYKŁAD 10. Wzorce projektowe czynnociowe Command Strategy
WYKŁAD 10 Wzorce projektowe czynnociowe Command Strategy Behavioral Design Pattern: Command [obj] Kapsułkuje dania w postaci obiektu, co umoliwia parametryzowanie klientów rónymi daniami, kolejkowanie
Bardziej szczegółowoKonspekt lekcji matematyki klasa 4e Liceum Ogólnokształcce
mgr Tomasz Grbski Konspekt lekcji matematyki klasa 4e Liceum Ogólnokształcce Temat: Dyskusja nad liczb rozwiza równania liniowego i kwadratowego z wartoci bezwzgldn i parametrem. Czas trwania: 45 minut.
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Inżynieria Biomedyczna Rodzaj przedmiotu: obowiązkowy moduł specjalności informatyka medyczna Rodzaj zajęć: wykład, laboratorium PROGRAMOWANIE INTERNETOWE Internet Programming
Bardziej szczegółowoWykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław
Bardziej szczegółowoZagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
Bardziej szczegółowoTypy bazy danych Textract
Typy bazy danych Typy bazy danych bazy tekstowe, Textract, http://www.textract.com - bazy tekstowe, np. archiwum gazety, dla setek gigabajtów, szybkie wyszukiwanie i indeksacja informacji bazy danych bez
Bardziej szczegółowoMichał Adamczyk. Język UML
Michał Adamczyk Język UML UML I. Czym jest UML Po co UML II.Narzędzia obsługujące UML, edytory UML III.Rodzaje diagramów UML wraz z przykładami Zastosowanie diagramu Podstawowe elementy diagramu Przykładowy
Bardziej szczegółowoPREZENTACJA DZIAŁANIA KLASYCZNEGO ALGORYTMU GENETYCZNEGO
Piotr Borowiec PREZENTACJA DZIAŁANIA KLASYCZNEGO ALGORYTMU GENETYCZNEGO Sporód wielu metod sztucznej inteligencji obliczeniowej algorytmy genetyczne doczekały si wielu implementacji. Mona je wykorzystywa
Bardziej szczegółowoInstalacja programu Sprzeda z motorem. bazy danych Pervasive V8
Instalacja programu Sprzeda z motorem bazy danych Pervasive V8 1. Z katalogu instalacyjnego programu Pervasive uruchom plik setup.exe. Program instalacyjny w spakowanej wersji jest dostpny na naszym FTP
Bardziej szczegółowoAnaliza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej
Analiza i projektowanie obiektowe 2017/2018 Wykład 3: Model wiedzy dziedzinowej Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Model wiedzy dziedzinowej
Bardziej szczegółowoLekcja 9 - LICZBY LOSOWE, ZMIENNE
Lekcja 9 - LICZBY LOSOWE, ZMIENNE I STAŠE 1 Liczby losowe Czasami spotkamy si z tak sytuacj,»e b dziemy potrzebowa by program za nas wylosowaª jak ± liczb. U»yjemy do tego polecenia: - liczba losowa Sprawd¹my
Bardziej szczegółowoMiASI. Modelowanie analityczne. Piotr Fulma«ski. 18 stycznia Wydziaª Matematyki i Informatyki, Uniwersytet Šódzki, Polska
MiASI Modelowanie analityczne Piotr Fulma«ski Wydziaª Matematyki i Informatyki, Uniwersytet Šódzki, Polska 18 stycznia 2010 Spis tre±ci 1 Czym jest modelowanie analityczne? 2 Podstawowe kategorie poj ciowe
Bardziej szczegółowoNarzędzia Informatyki w biznesie
Narzędzia Informatyki w biznesie Przedstawiony program specjalności obejmuje obszary wiedzy informatycznej (wraz z stosowanymi w nich technikami i narzędziami), które wydają się być najistotniejsze w kontekście
Bardziej szczegółowoWYKŁAD 11. Wzorce projektowe czynnociowe Iterator TemplateMethod
WYKŁAD 11 Wzorce projektowe czynnociowe Iterator TemplateMethod Behavioral Design Pattern: Iterator [obj] Zapewnia sekwencyjny dostp do elementów agregatu bez ujawniania jego reprezentacji wewntrznej.
Bardziej szczegółowoBazy danych Podstawy teoretyczne
Pojcia podstawowe Baza Danych jest to zbiór danych o okrelonej strukturze zapisany w nieulotnej pamici, mogcy zaspokoi potrzeby wielu u!ytkowników korzystajcych z niego w sposóbs selektywny w dogodnym
Bardziej szczegółowoD 54E22! = 1, 1<FE22' $,4 51 1119G 9 @G 18> 1I2 ;'8? 'G 18?I2# $ $2+ 8 1 1 '::: 2 ;'> 1881: 1 18 $
0 46 "!7) /50 5 C D 54E22! = 1, 1
Bardziej szczegółowoSystem Connector Opis wdrożenia systemu
System Connector Opis wdrożenia systemu Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego Spistre ci Wymagania z perspektywy Powiatowego Urzdu Pracy... 3
Bardziej szczegółowo3. Instalator rozpocznie proces instalacji
Uwaga! Podana instrukcja instalacji została przygotowana w oparciu o pliki instalacyjne SQL 2005 Express pobrany ze strony Microsoftu oraz oddzielny plik Service Pack 2 dedykowany pod SQL Express równie
Bardziej szczegółowo4CMSystem. Podrcznik uytkownika. Strona projektu: http://cms.4proweb.net. Realizacja projektu: 2004 2005
4CMSystem Podrcznik uytkownika Stworzone przez grup 4proweb.net Strona projektu: http://cms.4proweb.net Realizacja projektu: 2004 2005 Programista, administrator Marcin Iwaniec, miwaniec@4proweb.net Autor
Bardziej szczegółowoProjekt okablowania strukturalnego dla I semestru Akademii CISCO we WSIZ Copernicus we Wrocławiu
Przygotował: mgr in. Jarosław Szybiski Projekt okablowania strukturalnego dla I semestru Akademii CISCO we WSIZ Copernicus we Wrocławiu 1. Wstp Okablowanie strukturalne to pojcie, którym okrela si specyficzne
Bardziej szczegółowoKompilacja image z CVS
Kompilacja image z CVS Tworzenie image na Dreamboxa nie jest tajemnic, a opis czynnoci, jakie naley wykona, aby stworzy własny soft mona znale na wikszoci niemieckich stron traktujcych o Dreamboxach. Kto
Bardziej szczegółowoUnified Modeling Language
Unified Modeling Language Wprowadzenie do UML Igor Gocaliński Odrobina historii Połowa lat 70-tych i koniec 80-tych to początek analizy obiektowej Wiele opracowanych metod w połowie lat 90-tych Metoda
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ółowoProgram do konwersji obrazu na cig zero-jedynkowy
Łukasz Wany Program do konwersji obrazu na cig zero-jedynkowy Wstp Budujc sie neuronow do kompresji znaków, na samym pocztku zmierzylimy si z problemem przygotowywania danych do nauki sieci. Przyjlimy,
Bardziej szczegółowoProjektowanie Graficznych Interfejsów Użytkownika Robert Szmurło
Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło LATO 2007 Projektowanie Graficznych Interfejsów Użytkownika 1 UCD - User Centered Design 1) User Centered Design Projekt Skoncentrowany
Bardziej szczegółowoWIADECTWO INNOWACYJNOCI PRODUKTU
WIADECTWO INNOWACYJNOCI PRODUKTU I. ZAKRES wiadectwo innowacyjnoci produktu dla ASTEC Sp. z o.o. dotyczy prototypu produktu MDT (Magik Development Tools) w fazie studium wykonalnoci. ASTEC Sp. z o.o. ul.
Bardziej szczegółowoKlonowanie MAC adresu oraz TTL
1. Co to jest MAC adres? Klonowanie MAC adresu oraz TTL Adres MAC (Media Access Control) to unikalny adres (numer seryjny) kadego urzdzenia sieciowego (jak np. karta sieciowa). Kady MAC adres ma długo
Bardziej szczegółowoLABORATORIUM INFORMATYKI 0
1. Uruchomi VS Express 2. Wybra z menu File, New Project 3. W oknie dialogowym New Project a. Podwietli Windows Application b. W pole Name wpisa własna nazw np. Program7 4. Zostanie utworzony szkielet
Bardziej szczegółowoWprowadzanie i zmiany faktur z zakupu, wydruk rejestru zakupu
Sterowanie procedurami programu "Rejestr zakupu" odbywa si poprzez wybór jednej z kilku proponowanych akurat na ekranie moliwoci. U dołu ekranu wypisywany jest komunikat bliej objaniajcy wybran aktualnie
Bardziej szczegółowoKomputer nie myśli. On tylko wykonuje nasze polecenia. Nauczmy się więc wydawać mu rozkazy
Programowanie w C++ 1.Czym jest programowanie Pisanie programów to wcale nie czarna magia, tylko bardzo logiczna rozmowa z komputerem. Oczywiście w jednym ze specjalnie stworzonych do tego celu języków.
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 1 Wprowadzenie do narzędzia CASE
Bardziej szczegółowoTemat: Technika zachłanna. Przykłady zastosowania. Własno wyboru zachłannego i optymalnej podstruktury.
Temat: Technika zachłanna. Przykłady zastosowania. Własno wyboru zachłannego i optymalnej podstruktury. Algorytm zachłanny ( ang. greedy algorithm) wykonuje zawsze działanie, które wydaje si w danej chwili
Bardziej szczegółowoZadania do wykonaj przed przyst!pieniem do pracy:
wiczenie 3 Tworzenie bazy danych Biblioteka tworzenie kwerend, formularzy Cel wiczenia: Zapoznanie si ze sposobami konstruowania formularzy operujcych na danych z tabel oraz metodami tworzenia kwerend
Bardziej szczegółowoFV Ando. Nie usuwasz danych Produkty, których ju nie sprzedajesz, nieaktywni kliencie oraz faktury mog by po prostu przeniesione do archiwum.
FV Ando FV Ando to program do wystawiania i edytowania faktur VAT oraz do wszelkich czynnoci zwizanych z procesem fakturowania. FV Ando to program prosty w obsłudze. Dziki niemu wystawianie faktur bdzie
Bardziej szczegółowoPROWIZJE Menad er Schematy rozliczeniowe
W nowej wersji systemu pojawił si specjalny moduł dla menaderów przychodni. Na razie jest to rozwizanie pilotaowe i udostpniono w nim jedn funkcj, która zostanie przybliona w niniejszym biuletynie. Docelowo
Bardziej szczegółowoAltiumLive - Content Store. AltiumLive - Content Store. Language. Contents
AltiumLive - Content Store Language AltiumLive - Content Store Contents Dostp do Content Store Obsuga Content Store Przegldanie elementów i pobieranie zawartoci Wyszukiwanie elementów Ocenianie zawartoci
Bardziej szczegółowoMiASI. Modelowanie systemów informatycznych. Piotr Fulma«ski. 18 stycznia Wydziaª Matematyki i Informatyki, Uniwersytet Šódzki, Polska
MiASI Modelowanie systemów informatycznych Piotr Fulma«ski Wydziaª Matematyki i Informatyki, Uniwersytet Šódzki, Polska 18 stycznia 2010 Spis tre±ci 1 Analiza systemu informatycznego Poziomy analizy 2
Bardziej szczegółowoWojciech Drzewiecki SYSTEMY INFORMACJI GEOGRAFICZNEJ
Wojciech Drzewiecki SYSTEMY INFORMACJI GEOGRAFICZNEJ Systemem Informacji Geograficznej (Systemem Informacji Przestrzennej, GIS, SIP) nazywamy skomputeryzowany system pozyskiwania, przechowywania, przetwarzania,
Bardziej szczegółowoAnaliza i projektowanie obiektowe w UML Kod przedmiotu
Analiza i owanie obiektowe w UML - opis przedmiotu Informacje ogólne Nazwa przedmiotu Analiza i owanie obiektowe w UML Kod przedmiotu 11.3-WK-MATP-UML-W-S14_pNadGen5M44E Wydział Kierunek Wydział Matematyki,
Bardziej szczegółowoIzolacja Anteny szerokopasmowe i wskopasmowe
Izolacja Anteny szerokopasmowe i wskopasmowe W literaturze technicznej mona znale róne opinie, na temat okrelenia, kiedy antena moe zosta nazwana szerokopasmow. Niektórzy producenci nazywaj anten szerokopasmow
Bardziej szczegółowoTemat: Ułatwienia wynikające z zastosowania Frameworku CakePHP podczas budowania stron internetowych
PAŃSTWOWA WYŻSZA SZKOŁA ZAWODOWA W ELBLĄGU INSTYTUT INFORMATYKI STOSOWANEJ Sprawozdanie z Seminarium Dyplomowego Temat: Ułatwienia wynikające z zastosowania Frameworku CakePHP podczas budowania stron internetowych
Bardziej szczegółowoAnaliza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji
Analiza i programowanie obiektowe 2016/2017 Wykład 6: Projektowanie obiektowe: diagramy interakcji Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Przejście
Bardziej szczegółowo1. Klasa typu sealed. Przykład 1. sealed class Standard{ class NowyStandard:Standard{ // błd!!!
Temat: Klasy typu sealed. Klasy abstrakcyjne. Deklaracja i implementacja interfejsu. Typ Object i operatory is oraz as. Czas ycia obiektu. Destruktory. 1. Klasa typu sealed Przykład 1 Klasa typu sealed
Bardziej szczegółowoPoradnik korzystania z serwisu UNET: Dostp do poczty elektronicznej ze strony WWW
Poradnik korzystania z serwisu UNET: Dostp do poczty elektronicznej ze strony WWW W przypadku braku stosownego oprogramowania słucego do komunikacji z systemem pocztowym UNET uytkownik ma moliwo skorzystania
Bardziej szczegółowoProcesowa specyfikacja systemów IT
Procesowa specyfikacja systemów IT BOC Group 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 Office
Bardziej szczegółowo1. WSTP. 2. Koncepcja platformy bezpieczestwa publicznego
Koncepcja Platformy Bezpieczestwa Wewntrznego do realizacji zada badawczo-rozwojowych w ramach projektu Nowoczesne metody naukowego wsparcia zarzdzania bezpieczestwem publicznym w Unii Europejskiej 1.
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ółowoSystemy operacyjne lab. 6 Paweł Gmys strona 1
Systemy operacyjne lab. 6 Paweł Gmys strona 1 I Uytkownicy i grupy 1. Proces logowania Rozpoczynajc prac z systemem na komputerze lokalnym Windows 2000 musimy poda w oknie logowania identyfikator uytkownika
Bardziej szczegółowoJęzyk UML w modelowaniu systemów informatycznych
Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 10 Diagramy wdrożenia I Diagramy wdrożenia - stosowane do modelowania
Bardziej szczegółowoInstalacja programu Sprzeda
Instalacja programu Sprzeda 1. Aby zainstalowa program Sprzeda w wersji 2.10, na serwerze lub komputerze, na którym przechowywane bd dane programu, pozamykaj wszystkie działajce programy i uruchom plik
Bardziej szczegółowoZofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2
Modelowanie i analiza systemów informatycznych 1. Warstwowa budowa systemów informatycznych 2. Model procesu wytwarzania oprogramowania - model cyklu życia oprogramowania 3. Wstęp do modelowania systemów
Bardziej szczegółowoWstęp [2/2] Wbrew częstemu przekonaniu, nie są one gotowymi rozwiązaniami, to tylko półprodukty rozwiązania.
Adrian Skalczuk Szymon Kosarzycki Spis Treści Wstęp [1/2] Wzorce projektowe są nieodłącznym przyjacielem programisty pozwalają pisać czystszy kod, łatwiejszy do zrozumienia przez innych i zapewniają pewien
Bardziej szczegółowoFaza analizy (modelowania) Faza projektowania
Faza analizy (modelowania) Faza projektowania Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie: co i przy jakich ograniczeniach system ma robić? Wynikiem tej analizy jest zbiór wymagań
Bardziej szczegółowoExtreme Programming Modified 1
Inynieria oprogramowania Wykład 1 Prowadzcy Wprowadzenie do inynierii oprogramowania Bartosz Walter dr in. Bartosz Walter Instytut Informatyki PP Pokój: Centrum Polsko-Niemieckie
Bardziej szczegółowoJęzyk UML w modelowaniu systemów informatycznych
Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)
Bardziej szczegółowoIO - Plan przedsięwzięcia
IO - Plan przedsięwzięcia M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 SPIS TREŚCI 2 Spis treści 1 Historia zmian 3 2 Wprowadzenie 3 2.1 Cele................................ 3 2.2 Budżet...............................
Bardziej szczegółowoBazy danych. Zaliczenie. Literatura. Strony WWW. Wykáad 1: Wprowadzenie do baz danych
Zaliczenie Bazy danych Wykáad 1: Wprowadzenie do baz danych Wykáad: Podstawowe informacje z zakresu baz danych - relacyjne bazy danych, SQL, indeksy, architektura baz danych Pracownia specjalistyczna:
Bardziej szczegółowoRys1 Rys 2 1. metoda analityczna. Rys 3 Oznaczamy prdy i spadki napi jak na powyszym rysunku. Moemy zapisa: (dla wzłów A i B)
Zadanie Obliczy warto prdu I oraz napicie U na rezystancji nieliniowej R(I), której charakterystyka napiciowo-prdowa jest wyraona wzorem a) U=0.5I. Dane: E=0V R =Ω R =Ω Rys Rys. metoda analityczna Rys
Bardziej szczegółowoDLA KOGO UMOWY ENTERPRISE?
Kady z Uytkowników posiadajcy co najmniej pakiet B moe zamówi funkcj Umowy Enterprise. Koszt tej modyfikacji to 800 zł netto bez wzgldu na liczb stanowisk. I jak ju wielokrotnie ogłaszalimy, koszt wikszoci
Bardziej szczegółowoPodstawy modelowania programów Kod przedmiotu
Podstawy modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Podstawy modelowania programów Kod przedmiotu 11.3-WI-INFP-PMP Wydział Kierunek Wydział Informatyki, Elektrotechniki
Bardziej szczegółowoAteus - Helios. System domofonowy
Ateus - Helios System domofonowy Klawiatura telefoniczna: Uywajc klawiatury mona wybra dowolny numer abonenta. Helios moe pracowa z wybieraniem DTMF lub impulsowym. Ograniczenia na dostp do sieci publicznej
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ółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 2 Ćwiczenia w narzędziu CASE diagram klas. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 2 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowoInstrukcja obsługi dodatku InsERT GT Smart Documents
Instrukcja obsługi dodatku InsERT GT Smart Documents InsERT, grudzie 2003 http://www.insert.com.pl/office2003 InsERT GT Smart Documents to przygotowany przez firm InsERT specjalny dodatek, umoliwiajcy
Bardziej szczegółowoPROGRAMY STUDIÓW PROWADZONYCH W INSTYTUCIE MATEMATYKI I INFORMATYKI. Studia na kierunku Informatyka
PROGRAMY STUDIÓW PROWADONYCH W INSTYTUCI MATMATYKI I INFORMATYKI Studia na kierunku Informatyka Wysza Szkoła Pedagogiczna w Czstochowie prowadzi letnie studia licencjackie z informatyki w dwóch specjalnociach:
Bardziej szczegółowoStandardy danych w tagu EPC
Standardy danych w EPC Strona: 1 Standardy danych w tagu EPC W elektronicznym noniku danych, jakim jest tag EPC (Electronic Produkt Code), bdzie zapisany tylko numer identyfikacyjny. Bdzie to jeden z poniszych
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowo