PROPOZYCJA: pl.comp.it (Information Technology)

Cześć!

Tematyka nowej grupy dyskusyjnej dotyczyłaby zastosowań techniki
informacyjnej w biznesie.
Jest to temat z pogranicza informatyki i ekonomii
Celem grupy jest wymiana wiedzy, która pozwoli lepiej dopasować technikę
informacyjną do istniejących potrzeb

Możnaby dyskutować na tematy:
-systemów informatycznych typu MRP, JIT, CRM, F-K itp,
-metodyk projektowania systemów informacyjnych
-metod zarządzania i wdrażania systemów - np. reengineeringu
-sensowności wdrażania systemów - czy firma 10 osobowa potrzebuje systemu
MRP czy może coś prostszego
-problemach przy wdrożeniach - nieporozumień z pracownikami itp.
-zarządzanie projektem - koszty, terminy itp

Zabronione:
-reklama systemów nie poparta rzeczowymi argumentami
-dyskusje na temat sprzętu i programowania o ile nie ma to bezpośredniego
związku z tematem

Grupa jest przeznaczona dla:
-wszystkich zainteresowanych tematyką
-studentów informatyki ekonomicznej
-studentów zarządzania
-kierowników odpowiedzialnych za projekty informatyczne w firmach
-firm konsultingowych
-firm oferujących produkty

Pozdrawiam i zachęcam do odpowiedzi na ten post na grupie pl.news.nowe-grupy

Lech Zawistowski,
student Akademii Ekonomicznej w  Krakowie
członek Koła Informatyki przy AE Krakow http://kni.ae.krakow.pl

 

RFD: pl.sci.it

Cześć!
Zachęcam do głosowania w sprawie nowej grupy.
Mam wątpliwości, czy nie umieścić jej w hierarchii pl.biznes. A może to
powinna być podgrupa od pl.sci.ekonomiczne ?
Ponadto ciekawe, iż nie ma jeszcze grupy o tematyce zarządzania, marketingu
czy rachunkowości

-----------------RFD--------------------------------
Nazwa grupy: pl.sci.it
Krotki opis: Dyskusje na temat zastosowań techniki informacyjnej

Moderowana: NIE

Opis: Grupa z pogranicza informatyki i ekonomii. Proponowane tematy:
-systemy typu MRP, JIT, CRM, SCM, F-K ...
-metodyki projektowania systemów informatycznych
-wdrożeń systemów i zarządzanie projektami informatycznymi
-metody zarządzania

Tematy zabronione:
-reklamy
-dyskusje techniczne, o ile nie mają związku z aspektem ekonomicznym

Ogloszenie:
pl.sci.ekonomiczne
pl.praca.dyskusje
pl.biznes
pl.biznes.banki
pl.biznes.wgpw
pl.news.nowe-grupy
pl.announce.newgroups

Czas trwania: dwa tygodnie
 -----------------RFD-KONIEC-----------------------

Lech Zawistowski, http://wizard.ae.krakow.pl/~zawistol
student Akademii Ekonomicznej w  Krakowie
członek Koła Informatyki przy AE Krakow http://kni.ae.krakow.pl

Pomoc dla czwartego roku

Witam,
Piszę z prośbą wsparcia mnie jakimikolwiek materiałami z czwartego roku. Prośbę swą kieruję do studentów, którzy już meli możliwość owy rok ukończyć . Nie pogardzę żadnymi materiałami, które będą dotyczyć przedmiotów:

Filozofia
Ekonometria II
Współczesne systemy i technologie informatyczne
Teoria prognozy i symulacji komputerowych
Zarządzanie projektami ekonomicznymi i organizacyjnymi
Badania operacyjne
Ekonomia matematyczna II
Bazy danych
Bezpieczeństwo systemów komputerowych
Metody wizualizacji danych
Programowanie w środowisku rozproszonym
Systemy informatyczne w zarządzaniu
Metody sztucznej inteligencji
Techniki symulacji komputerowych
Zarządzanie przedsięwzięciami

Materiały proszę kierować na skrzynkę czad85@interia.pl
Każda pomoc wielce wskazana
Z góry thx.

SFI - Studencki Festiwal Informatyczny 2006

http://www.sfi.org.pl

m.in Tanenbaum, Hołyński, Wituszyński... czy trzeba mówić więcej ?
Rejestrujcie się szybko bo naprawdę warto, chociażby dla samego pfor. Tanenbauma

Postarali się w tym roku ) Praktycznie każdy wykład wydaje się bardzo interesujący
Dzień Godzina Prelegent Wykład
1 10:45 Waldemar Jarmużek Co nowego w IIS 7.0?
1 12:15 Grupa COMM_PL Projekt SSETI
1 16:45 Karol Wituszyński Co Microsoft robi dla studentów?
1 17:45 Marek Jeziorek Jak wygląda praca w Google?
2 10:15 Maciej Zygmunt Zaawansowane technologie w zarządzaniu procesami wytwarzania
2 11:30 Tadeusz Golonka Zarządzanie projektami internetowymi
2 12:45 Tymoteusz Chmielewski PRACUJ.PL od kuchni: .NET2.0, SQL Server 2005 i BizTalk
2 17:00 Tomasz Gąciarz Metody realizacji systemów OCR
2 18:15 Marek Hołyński Czy polscy informatycy są w stanie sprostać wymaganiom Doliny Krzemowej?
3 10:15 Andrzej Krzywda Ruby On Rails
3 11:30 Stanisław Małolepszy CSS i Dostępność
3 12:45 Łukasz Grabski OpenLaszlo
3 17:00 Krzysztof Diks Algorytmika na potrzeby internetu
3 18:15 Andrew Tanenbaum MINIX 3: A New Operating System Designed for High Reliability

 

TECHNIKA W SLUŻBIE POLICJI

TECHNIKA W SŁUŻBIE POLICJI
Eksperci z uczelni w roli tropicieli śladów

Pięć polskich uczelni i Komenda Wojewódzka Policji w Poznaniu podpisały w poniedziałek umowę o współpracy i utworzyły Platformę Bezpieczeństwa Wewnętrznego. Według wielkopolskiej policji, dzięki współpracy z naukowcami za kilka lat policjanci będą mogli korzystać z najnowszych technologii przy tropieniu przestępców.

Wczoraj zakończyła się w Poznaniu dwudniowa konferencja pt. Nowoczesne metody naukowego wsparcia zarządzania bezpieczeństwem publicznym, organizowana przez Komendę Wojewódzką Policji w Poznaniu.

Podczas konferencji zostało podpisane porozumienie między wielkopolskimi organami ścigania oraz Naukową Siecią Uniwersytecką (skupiającą pięć największych uczelni), na mocy którego zostanie utworzona tzw. platforma technologicznego wsparcia bezpieczeństwem wewnętrznym oraz zwalczania przestępczości zorganizowanej. Wyższe uczelnie na mocy porozumienia zaoferują policji pomoc w tym zakresie, oferując nowoczesne rozwiązania informatyczne oraz badania. Umowę o współpracy podpisali rektorzy uczelni z Gdańska, Poznania i Białegostoku.

Zdaniem ekspertów, dzięki temu projektowi będą na przykład możliwe prace nad kryptografią, kryptologią i teleinformatyką. W ciągu dwóch lat powstanie inteligentny program komputerowy, który na internetowych czatach będzie występował jak żywa osoba i będzie śledził pedofilów, terrorystów i handlarzy narkotyków.

Tomasz Pietryga

Gazeta Prawna

egzam

zestawy pytań, jakie kilka lata temu były na tym egzaminie (na studiach inżynierskich dziennych i zaocznych):

1. (krótkie) wypisz i scharakteryzuj zadania jakie ma manager projektu w przedsięwzięciu informatycznym
2 (krótkie) wymień etapy procesu inżynierii systemów, które z tych etapów nie występują w przypadku procesu inżynierii oprogramowania
3. (długie) przedstaw i opisz, porównaj proces tworzenia oprogramowania wg modelu prototypowania ewolucyjnego z modelem prototypowania z porzucaniem; cele i zastosowania
4. (długie) opisz etapy modelu tworzenia oprogramowania w modelu przyrostowym

---

1. (długi) scharakteryzuj 'definicję wymagań' i 'specyfikacje wymagań' (różnice, etc.)
2. (krótki) model spiralny
3. (długi) zarządzanie projektami softwareowymi (uwarunkowania, zasoby, metody)
4. (krótki) opisz model architekturalny oparty o rozgłaszanie
5. (krótki) modele ewolucyjne (schemat, rodzaje, zastosowania)

---

1. co to jest kamień milowy?
2. wymienić działania managera zespołu
3. omówić różne warianty modelu spiralnego
4. czym różni się specyfikacja wymagań od definicji wymagań
5. (chyba) co powinno opisywać architekturę systemu oprogramowania

---

1. (krótki) zadania managera projektu
2. (długi) prototypowanie z porzucaniem i prototypowanie ewolucyjne
3. (krótki) wymagania funkcjonalne i niefunkcjonalne

prezentacja firmy Accenture Technology Solutions

Spotkajmy się na Twojej uczelni!

Zapraszamy na prezentację firmy Accenture Technology Solutions oraz słodki poczęstunek w ŚRODĘ 5 GRUDNIA na Uniwersytecie Łódzkim!

Spotkaj się z nami w sali nr 207 na Wydziale Zarządzania o godz. 13:30.

Dowiedz się, jak wygląda praca na dużym projekcie informatycznym i jakie są możliwości dołączenia do zespołu profesjonalistów Accenture Technology Solutions. Zapytaj o nasze aktualne oferty pracy.

Kim Jesteśmy?
Tworzymy zespól ponad 230 specjalistów w Polsce i:
• Projektujemy, wdrażamy i utrzymujemy rozwiązania technologiczne dla klientów Accenture na całym świecie
• Jesteśmy częścią firmy Accenture wyspecjalizowaną we wdrażaniu najnowszych i najbardziej innowacyjnych rozwiązań technologicznych
• Nasi pracownicy mają dostęp do zaawansowanych rozwiązań, oprogramowania i technologii oraz sprawdzonej metodyki prowadzenia projektów informatycznych

Szukamy ludzi pasjonujących się rozwiązaniami IT:
• Programistów znających bazy danych: Oracle, Microsoft SQL Server, DB2 i języki programowania C, C++, C#, Java, SQL,PL/SQL, ASP.NET, VB.NET.
• Studentów i absolwentów kierunków takich, jak informatyka, telekomunikacja, elektronika, itp., ze znajomością języka angielskiego
• Nie wymagamy dużej mobilności

Odwiedź naszą stronę internetową i zapoznaj się z naszymi ofertami pracy http://www.ats.kariera.accenture.com

Dołącz do pasjonatów innowacyjnych rozwiązań!!!

Zapraszamy serdecznie!!

Projektant / Analityk J2EE

Duża, stabilna firma integrująca systemy oraz realizująca projekty
informatyczne dla sektorów: telekomunikacyjnego, medialne, finansowego,
publicznego, oraz korporacji, poszukuje kandydatów do pracy w Krakowie na
stanowisko:

Projektant / Analityk

CEL STANOWISKA:

Osoba zatrudniona na tym stanowisku będzie odpowiedzialna za analizowanie/
doprecyzowywanie wymagań użytkowników, opracowywanie koncepcji dla systemów
na podstawie zebranych wymagań, projektowanie, a później nadzór nad grupą
programistów na etapie realizacji.

OFERUJEMY:

  a.. pracę w firmie o ugruntowanej pozycji oraz wysokiej dynamice rozwoju,
atrakcyjne wynagrodzenie - możliwość samo-zatrudnienia
  b.. możliwość indywidualnego rozwoju zawodowego - system szkoleń,
certyfikaty
  c.. nieograniczony dostęp do najnowszych osiągnięć technologicznych
  d.. udział w realizacji ciekawych projektów w młodym i dynamicznym zespole
  e.. bogaty pakiet socjalny
-        opiek medyczna,

-        rekreacja (basen, siłownia),

-        wyjazdy integracyjne,

-        darmowe żywienie, pełna lodówka, kanapki

  a.. nieformalna atmosfera pracy

WYMAGANIA:

  a.. wykształcenie wyższe informatyczne lub pokrewne
  b.. ogólna wiedza w zakresie szeroko pojętych zagadnień informatycznych:
  c.. wiedza i umiejętności projektancko - analityczne:
  d.. kompetencje lidera projektu:
  e.. praktyczna znajomość języków / technologii informatycznych:
    a.. Java / J2EE , w zakresie znajomości architektury i umiejętności
projektowania systemów w oparciu o tą architekturę, znajomość wzorców
projektowych dla J2EE, preferowane doświadczenie praktyczne w programowaniu
aplikacji w modelu J2EE (EJB, JSP, Struts)
    b.. znajomość technologii integracyjnych: Corba, WebServices
    c.. Ogólna wiedza na temat nowoczesnych technologii i metodyk
konstruowania oprogramowania: EAI, SOA, BPM
  f.. znajomość następujących środowisk wspomagających tworzenie
oprogramowania:
    a.. CVS lub Subversion  (lub pokrewne narzędzie zarządzania wersjami)
    b.. BugZilla lub JIRA (lub inne narzędzia śledzenia błędów)
  g.. preferowana wiedza branżowa z następujących obszarów:
  h.. minimum roczne doświadczenie na podobnym stanowisku
  i.. znajomość języka angielskiego na poziomie komunikatywnym

Osoby zainteresowane prosimy o przesłanie CV oraz
listu motywacyjnego na adres:

pl.comp.objects


Cytat:| przyjżyj się twórczości własnych profesorów np. Wrycza S.: Analiza i
| projektowanie systemów informatycznych zarządzania. Metodyki,
| techniki, narzędzia: Warszawa PWN 1999 226 s. (
No wlasnie na tym sie na poczatku opieralem to A.L. mowil, ze zle.



Tak źle i tak niedobrze. ;P

A poważnie:
Ze spisu treści Twojej przyszłej magistery wynika, że chcesz się w niej
zająć głównie obiektowością tj. informatyką sensu stricto tzn. córką
Królowej Nauk - matematyki. :)

Tymczasem dyskutowana metodyka społeczna dotyczy przede wszystkim
kierownika projektu i analityka, a programistę omija dużym łukiem ;)

społecznej jako procesu zarządzania".

Aha, w Jego książce opis niniejszego zajmuje około 20 stron, Ty zapodałeś
AL jedynie pozbawiony kontekstu fragment.

Pamiętaj, że prof. Wrycza reprezentuje Informatykę Ekonomiczną - iloczyn
zbiorów zainteresowań managera, konsultanta oraz informatyka.
A jego książka dotyczy szeroko pojętego Software Engineeringu -
podzbioru(?) informatyki.

IMHO tą książki oraz Inżynierią Oprogramowania J. Górskiego powinieneś
posiłkować się głównie w pierwszym i ewentualnie drugim rozdziale
(niektóre fragmenty w.w. ksiązek mogą się też przydać później)

Może powinieneś połączyć pierwszy rozdział z drugim, skracając je
jednocześnie. Czwarty rozdział wrzucić jako drugi. W trzecin natomiast
pokazać jak wykorzystując RUP doszedłeś do rozdziału piątego nie
zapominając po drodze o konstruktywnej krytyce i cennych własnych
wnioskach.

specjalizacji tzn. jakie aspekty IT Cię najbardziej interesują i jakiego
poziomu abstrakcji / nasycenia technologicznego w magisterze oczekuje od
Ciebie promotor.

pozdr.
Piotr

pl.comp.objects


Cytat:

typed:

| Przepraszam, ale to jest belkot extremalny.

LOL! ;)

Nie zabijaj poslanca...



Totez nie mam pretensji do poslanca...

Cytat:Zale i wnioski prosze skladac:
http://panda.bg.univ.gda.pl/~zrinf/staff/wrycza/index.html



Bylem, tam bylem....

Cytat:(BTW Ulzylo mi, ze nie tylko do mnie to nie przemawia ;)



Dobrze o tobie swiadczy jak nie praemawia...

Cytat:Ad rem:
Metodyka spoleczna, dotyka problematyki zarzadzania, a tylko w minimalnym
stopniu "czystego" IT.
Ale nawet jesli przyjac to jako okolicznosci lagodzace, to fucktycznie
nasycenie "ple, ple" jest dosc spore. Ale po przepuszczeniu przez geeesty
filtr mozna cos dla siebie znalezc. Tylko pytanie czy nie znajdzie sie
tego gdzie indziej w prostszej formie. np. jako Change Management,
Business Engineering and Process Redesign etc..



Wszystko zawracanie glowy. Ile prawdziwych i duzych projektow
informatycznych (i zakonczonych sukcesem) tworcy owych "metodyk"
zaliczyli?... Niestety znam odpowiedz z gory. Owe "metodyki"
powstaja na skutek glebokiego patrzenia na sufit lub ssania olowka.

to papieru nikt nei bedzie czytal.

Cytat:Nota bene - mam niejasne odczucia, ze ta metodyka inspirowala w pewnych
aspektach twórców Agile Modeling...



Watpie.... Akurat Ambler (AM guru, "Agile Modeling: Effectiwe
Practices for Extreme Programming and the Unified Process") nie
cytuje obu autorytetow. AM powstalo jako efekt frustracji z powodu
"methodology hype" a zwlaszcza owczego pedu do UML i coraz bardziej
skomplikowanych CASE tools. W przedmowie ejst definicja: "AM is a
practices-based process that desccribes how to be an effective
modeler. Curent modeling approaches can often prove dysfunctional".
Sa tez ciekawe uwagi o UML (str. 168 jakby ktos szukal): "The UML is
not sufficient for the development of business software, The UML is
more complex than what most developers need, The UNL is not a
methodology or process, The vision of executable UML is ahead of its
time". Polecam.  Mimo ze AM ma cos wspolnego z XP (na temat ktorego
moja opinia jest znana), to AM jest znacznie bardziej rozsadne.

Zas "socjalna methodyka"... Przepraszam bardzo, PKZPM...

A.L.'

P.SCytat tworcy XP cytowany na internecie: "Co prawda projekt padl
i wszystkich wywalili, ale PODEJSCIE bylo wlasciwe".  

Cytat:

pozdr.
Piotr



schematy blokowe


Cytat:Nie wiem jak Pan Paweł, ale ja jestem przekonany w 100%, że są
całkowicie
zbędne. Czy słyszał Pan o czymś takim co się zowie Extreme



Programming ?

Cytat:www.extremeprogramming.org



Owszem, juz przed rokiem zaczalem sie interesowac tym tematem. Pan
panie Pawle jest pewnie pod wrazeniem aktykulu w ComputerWorld. Radzę
jednak wczytac sie dokladnie w zasady XP, i najlepiej zacytować nam
zasade zabraniajaca poslugiwania sie notacja graficzna. Z tego co ja
wiem na temat XP to składa się ono z wielu zasad które stanowią
wskazówki na temat zarządzania projektem jako całoscią. Podzialy
zadan, ustalania harmonogramu prac i sposobow wspolpracy z

jest tytlko tyle, ze notacja ta powinna byc wczesniej znana wszystkim
czlonkom zespolu i dokumentowac tylko niezbedne minimum.
To jednak czy dokumentacja klas bedzie w postaci pliku pomocy z opisem
słownym czy w postaci diagramu klas UML nie mam znaczenia. Czasem
wystarczy sam kod zrodlowy. W XP brak jest jednak wskazania przyjetej
notacji, bo zaprojektowane zostalo w oderwaniu od notacji, podobnie jak
UML stanowiace z kolei tylko czysta notacje, a nie metodyke.

Oczywiscie piszac program do obslugi wypozyczalni kaset video w trzy
osoby, ktore w dodatku nie potrafia poslugiwac sie zadna notacja,
lepiej nie stosowac zadnej metodyki i nic nie rysowac, bo to tylko
niepotrzebnie przeciagnie czas.
Delphi jest uzywane jednak rowniez do wiekszych projektów, prowadzonych
zgodnie z uznanymi metodykami i praktycznie kazda z tych metodyk
zaklada notacje graficzna, bo rysunki latwiej interpretowac niz suchy
tekst. Znajac te notacje mozna decydowac jakie diagramy uzyjemy.
Nieznajac sie na prowadzeniu projektow informatycznych, mozna sie
zachlystnac zdaniami o tym , ze do zrobienia SI wystarcza tylko poranne
zebrania, sesje CRC i programowanie w parach, jednak sami tworcy XP nie
mówią, ze sa to elementy wystarczajace dla wszystkich projektow.

schematy blokowe

Cytat:Owszem, juz przed rokiem zaczalem sie interesowac tym tematem. Pan
panie Pawle jest pewnie pod wrazeniem aktykulu w ComputerWorld. Radzę
jednak wczytac sie dokladnie w zasady XP, i najlepiej zacytować nam
zasade zabraniajaca poslugiwania sie notacja graficzna.



Ale o czym Pan tu pisze??? Pytanie było o schematach blokowych. Najwyraźniej
nie wszyscy wiedzą co to jest... To się robiło na odrach! Ludzie...

Cytat:Z tego co ja wiem na temat XP to składa się ono z wielu zasad które
stanowią
wskazówki na temat zarządzania projektem jako całoscią. Podzialy
zadan, ustalania harmonogramu prac i sposobow wspolpracy z

jest tytlko tyle, ze notacja ta powinna byc wczesniej znana wszystkim
czlonkom zespolu i dokumentowac tylko niezbedne minimum.
To jednak czy dokumentacja klas bedzie w postaci pliku pomocy z opisem
słownym czy w postaci diagramu klas UML nie mam znaczenia. Czasem
wystarczy sam kod zrodlowy. W XP brak jest jednak wskazania przyjetej
notacji, bo zaprojektowane zostalo w oderwaniu od notacji, podobnie jak
UML stanowiace z kolei tylko czysta notacje, a nie metodyke.



Ale o czym Pan tu pisze? Jaki to ma związek ze schematami blokowymi???

Cytat:Oczywiscie piszac program do obslugi wypozyczalni kaset video w trzy
osoby, ktore w dodatku nie potrafia poslugiwac sie zadna notacja,
lepiej nie stosowac zadnej metodyki i nic nie rysowac, bo to tylko
niepotrzebnie przeciagnie czas.
Delphi jest uzywane jednak rowniez do wiekszych projektów, prowadzonych
zgodnie z uznanymi metodykami i praktycznie kazda z tych metodyk
zaklada notacje graficzna, bo rysunki latwiej interpretowac niz suchy
tekst. Znajac te notacje mozna decydowac jakie diagramy uzyjemy.
Nieznajac sie na prowadzeniu projektow informatycznych, mozna sie
zachlystnac zdaniami o tym , ze do zrobienia SI wystarcza tylko poranne
zebrania, sesje CRC i programowanie w parach, jednak sami tworcy XP nie
mówią, ze sa to elementy wystarczajace dla wszystkich projektow.



Ale to nie jest schemat blokowy!!! Może rzeczywiście łątwiej jest coś
rysować ale nie ma to sensu pod Windows!?!?!?! Czy w Windowsie jest coś
takiego jak: "Wprowadź znak" ???????

Współpraca z firmą DrAW

Od ostatniego spotkania z Polskim Towarzystwem Informatycznym w pokoju KSI do wglądu jest wizytówka dr Andrzeja W. przedstawiciela firmy DrAW, który zostawił ją w razie czyjejś chęci współpracy. Zainteresowałem się nieco bardziej związanymi z tym perspektywami, dlatego postaram się nieco przybliżyć postać naszego gościa, zamieszczając niektóre cytaty z jego strony. W zasadzie powinno to trafić do działu Praca i praktyki jakoś nie mam serca.

"Dyplom magistra inżyniera elektronika w specjalności systemy automatyzacji uzyskał w 1982 roku na Politechnice Wrocławskiej. Temat pracy magisterskiej brzmiał: Zastosowanie metody gradientowej do rozwiązywania zadań lokalizacji. Jeszcze w trakcie studiów inżynierskich zaczął studiować na Uniwersytecie Wrocławskim. W 1986 roku obronił pracę magisterską na temat: Elita rządząca w Polsce w latach 1948-1980 i otrzymał tytuł magistra nauk politycznych. W roku 2003 ukończył zaoczne studia doktoranckie na Akademii Ekonomicznej im. Oskara Langego we Wrocławiu a rok później obronił pracę doktorską na temat: Metody formułowania strategii rozwoju gmin w Polsce."
(http://www.draw.nazwa.pl/dok/index.php?id=20 [wytłuszczenia oryginalne])

Na stronie dowiadujemy się że

"DrAW jest wyspecjalizowaną w zarządzaniu innowacyjnymi projektami niezależną firmą doradczą."

lecz specjalizacja wydaje się dosyć rozległa, gdyż

"Firma DrAW zaprasza na konsultacje zapewniające wykreowanie efektywnych strategii promocyjnych w branży kamieniarskiej."

Ale to nie wszystko:

"Przekażemy wiedzę na temat nowych internetowych technik promocyjnych gwarantujących powiększenie
wielkości zamówień takich na przykład jak unikalne wyróżnienie oraz …
Efektem naszych prac będzie takie zmodernizowanie Twojej strony WWW, że zwiększony zostanie napływ
nowych zamówień. Cena modernizacji strony internetowej według nowych szat graficznych to tylko 299 zł."
(http://www.draw.com.pl/index.php?id=3)

Jeżeli ktoś ma jeszcze watpliwości, czy rozpocząć współpracę z firmą DrAW, odsyłam na stronę www.draw.com.pl

M.S.U. - Kto? Gdzie? Dlaczego?

@ Delorian: Przejrzałem zagadnienia jakie są na poszczególnych przedmiotach i wydały mi się pokrywające z tym czego wymagają często od informatyków, programistów ludzi z branży IT w ogłoszeniach o pracę. Mogę rozwinąć tę myśl dalej, może dojdziemy do tego jak powinny wyglądać idealne studia uzupełniające w naszym fachu Choć wszystko zależy od tego co chce się w przyszłości robić.

@ Bartek: Spojrzałeś na pierwszy przedmiot, zobaczyłeś odrobinę zagadnień aparatu matematycznego i to jest takie zniechęcające? Matematyczne podstawy informatyki I i II z punktu widzeniai programisty poruszają istotne zagadnienia (te ciekawsze z matematyki). Np. problemy NP-zupełności, czy NP=P, jedno z 7 matematycznych nierozwiązanych zadań za które można zarobić milion $. Jest też Matematyka dyskretna, Struktury danych, Algorytmy sekwencyjne I, Programowanie imperatywne, Programowanie obiektowe i współbieżne, Programowanie deklaratywne w celu wypracowania solidnego aparatu doboru i używnia algorytmów. Potem mamy: Labolatorium programowania z C++, Labolatorium programowania z HTML i Javy, Labolatorium programowania z Delphi, Współczesne systemy operacyjne, Architektura współczesnych systemów komputerowych, Wstęp do sieci komputerowych, Programowanie sieciowe, Bazy danych i Metoda realizacji baz danych. Na tym kończy się rok I (dolicyzem się 17-tu przedmiotów).

Na roku drugim zaczyna się stawiać na jakość, i mamy takie przedmioty jak: Semantyka języków programowania, Formalne specyfikacje. Znowu algorytmy, czyli: Algorytmy sekwencyjne II, Algorytmy równoległe i rozproszone. Dalej przedmioty istotne dla każdego informatyka, czyli: Wytwórstwo oprogramowania, Organizacja i zarządzanie produkcją oprogramowania, Systemy informatyczne zarządzania. W dalszej kolejności: Sieci komputerowe I, Sieci komputerowe II, Rozproszone systemy operacyjne, Bezpieczeństwo sieci komputerowych, Projektowanie systemów informacyjnych, Zaawansowane metody dostępu do baz danych, Bazy danych w bankowości i zarządzaniu oraz Projekt dużej bazy danych.

Zabrzmiało to prawie jak rekomendacja z mojej strony, a tak nie jest. Zwyczajnie wydaje mi się ciekawym ten tok studiów. Silnie rozwinięty aparat matematyczno-algorytmiczny pozwoli na wykorzystanie w każdym języku programowania nabytych umiejętności algorytmicznych. Bodajże 4 czy 5 przedmiotów z sieci, laborki z C++, Javy i Delphi. Zagadnienia UML do modelowania procesu informatycznego, 5 przedmiotów z baz danych. Do tego kilka przedmiotów dotyczących systemów informatycznych i wytwórstwa oprogramowania.

Jak dla mnie jednak za drogo

Jak skutecznie zarządzać kilkoma projektami na raz?

jesli chcesz pracowac jako PM to podstawa jest jakikolwiek kurs z zarzadzania projektami i predyspozycje

na takich kursach/warsztatach/szkoleniach przedstawiane są metodyki (wlasciwie przekroj metodyk)
ale nie po to abys perfekcyjnie je stosowal ale abys mial pojecie o konstrukcji projektów
to jaka przyjemiesz za "swoją" lub jak w moim wypadku - opracujesz wzgledem realiów (wielkosci projektów jakie prowadzisz) wlasna to juz twoja inwencja.

fakt jest faktem ze metodologie opisywane czy to na szkoleniach, ksiazkach są metodologiami firmowymi (Prince2, IBM, MSF, RUP) i typowo informatycznymi (XP, m. wodospadowa, PMI itp) nie ma literatury na polskim rynku opisującej zarzadzanie projektami webowymi (kreacja, kampanie itp)

wiedza na ich temat jest natomiast na tyle nie oddzowna iz bez podstawy ich znajomosci trudno radzic sobie z komunikacją w projekcie, ryzykiem, zasobami, zakresem, jakoscia, zmianami i czasem w projekcie.

to bardzo pomaga (jesli jest sie praktykiem niezalenie w jak malej czy duzej firmie)

oczywiscie sama wiedza teoretyczna to tylko "przygotowanie merytoryczne" wspomniec tu trzeba o predyspozycjach takiej osoby (komunikatywnosc, negocjacje, zarzadzanie zespolem, skrupulatnosc ale i otwratosc i zd. podejmowania szybkich decyzji)
jesli kandydat posiada takie cechy (oczywiscie wiele innych ktorych nie wymieniam) to na szkolenie mozna wyslac go samemu - dostaosowac do rodzajów projektów i osobnik powienien poradzic sobie nie tylko z webowymi projwktami ale malymi aplikacjami internetowymi tez.

to oczywiscie moje jakze skromne, z doswiadczenia wynikające zdanie ;P

Karola
--
QuestAgency.pl | Qriosum.pl

Kolokwium

Cytat: 2. Czym w CMM różni się poziom zarządzany od zdefiniowanego?

Zdefiniowany - proces wytwórczy jest opisany, wszystkie wykonywane czynności są udokumentowane w postaci procedur lub instrukcji.
Zarządzany - podczas projektów stosuje się szczegółowe metryki dotyczące samego procesu, oraz jakości produktu.
(żródło: http://pl.wikipedia.org/wiki/CMM )

Cytat: 4. W kontekście metody GQM wyjaśnij pojęcie hipotezy.

Hipotezy są spodziewanymi odpowiedziami, które będą badane podczas pomiarów.
(WTF???)

Cytat: 5. Określ jednym zdaniem na czym polega istota ISO9000

Istota ISO9000 polega na dokumentowaniu działań i utrzymaniu zgodności działań z dokumentacją.

Cytat: 6. Czym różni się metryka od miary?

Metryka - co się mierzy?
Miara - jak się mierzy?

Cytat: 7. W świetle modelu McCalla wymień metryki wpływające na przenośność
oprogramowania. Opisz jedną z nich.

Przenośność:
-Ogólność
-Niezależność sprzętowa
-Niezależność programowa
-Modularność
-Samo-dokumentacja

--Niezależność sprzętowa jest to stopień, w jakim program jest nizależny od sprzętu, na którym pracuje
* Kompatybilność ze starszymi komputerami
* Wymagania na pamięć operacyjną
* Wymagania na pamięć dyskową
* Niezależność od typu procesora
* Wymagania na procesor
* Inne wymagania

Cytat: 9. Wyjaśnij pojęcie punktów funkcyjnych.

Punkt funkcyjny to miara złożoności oprogramowania.

Na jej wielkość wpływają między innymi liczba wyjść z programu, liczba wejść do niego, liczba występujących encji.

Dzięki stosowaniu tej miary można między innymi:
- szacować wielkość projektu informatycznego, szacować potrzebne zasoby
- określać wydajność produkcji oprogramowania - na przykład poprzez mierzenie liczby punktów funkcyjnych wytworzonych podczas tygodnia
- szacować koszty potrzebne do zmiany wprowadzanej do istniejącego systemu informatycznego
- porównywać oprogramowanie pod względem wielkości/złożoności.

Cytat: 10. Wyjaśnij w dwóch zdaniach, co to jest model COCOMO i na czym polega.

COCOMO (ang. constructive cost model) - model szacowania liczby osobogodzin w procesie tworzenia oprogramowania. Wyróżniamy modele: podstawowy, średni i zaawansowany, które różnią się funkcją szacowania pracochłonności i kosztów.

Studium wykonalności przedsięwzięcia informatycznego.

Witam serdecznie

Nie wiem, czy to dobre miejsce na takie pytanie ( proszę moderatora o "opieke") ale szukam materiałów dotyczących studium wykonalności przedsięwzięcia informatycznego.

Zetknąłem sie na Googlach z poniższym zestawieniem (metody PRINCE2 IPMI), ale nic więcej ( a co najważniejsze jakiegośprzykładu) nie potrafiłem znaleźć.

Jeżli spotkaliście się w sieci w podobnymi materiałami, a są one ogólnodostępne - prosiłbym o pomoc.

Pozdrawiam Bartosz Kłosowski

„Wdrożenie zintegrowanego systemu informatycznego wspomagającego zarządzanie

1.Wstęp
2.Obecny stan zinformatyzowania firmy X
a.Oprogramowanie
i.System ERP
ii.Pozostałe oprogramowanie
b.Sprzęt
i.Serwerownia
ii.Sieć LAN
3.Cele projektu
a.Cele ogólne
i.Ekonomiczne
ii.Społeczne
iii.Techniczne
b.Wybrane cele szczegółowe
i.Obszar dystrybucji (cel + potencjalne korzyści)
ii.Obszar produkcji
iii.Obszar finansów
4.Struktura organizacyjna przedsięwzięcia
a.Schemat organizacyjny zespołu projektowego
b.Dla wykonawców: funkcje, zakres obowiązków, kompetencje i doświadczenie
c.Proponowany skład zespołu ze strony firmy informatycznej, czyli i udział Użytkownika w projekcie
5.Zakres przedsięwzięcia (to nie są funkcje systemu tylko wypisana lista działań, zgrupowana w pakiety zadaniowe, spotkania, formy komunikacji)
6.Harmonogram
a.Założenia do harmonogramu
7.Koszty przedsięwzięcia
a.Grupy kosztów
b.Koszt licencji i obsługi systemu
c.Koszt wdrożenia systemu
d.Koszt infrastruktury informatycznej
8.Ryzyko przedsięwzięcia
a.Kwestionariusz ryzyka projektowago: (kategoria ryzyka, pytania dot. ryzyka, poziom ryzyka w skali 1-5)
b.Potencjalne ryzyka i plan przeciwdziałania
9.Zarządzanie jakością
a.Metoda (metody)
b.Procedury
i.Zarządzanie zmianą
ii.Kryteria odbioru prac
iii.Formy raportowania
c.Audytor jakości
10.Zarządzanie komunikacją w przedsięwzięciu

Właśnie czytam...

Frederick P. Brooks, Jr. - "The Mythical Man-Month. Essays on Software Engineering"

Brooks to laureat nagrody Turinga - najbardziej prestiżowego odznaczenia w dziedzinie informatyki - za wkład m.in. na polu inżynierii oprogramowania. "Mityczny osobo-miesiąc", bo tak by ten tytuł chyba należało tłumaczyć, to zbiór jego obserwacji i przemyśleń dotyczących budowania systemu informatycznego zebranych głównie na podstawie własnych doświadczeń podczas karkołomnych prac w IBM przy tworzeniu systemu OS/360. A miało to miejsce w latach '60, gdy w zasadzie nie istniały jeszcze systematyczne czy sprawdzone metodyki pracy (projektowania, programowania, testowania, etc.) przy tego typu przedsięwzięciach informatycznych (mowa o zarządzaniu projektem angażującym przez lata setki osób).

Tu mogłoby się wydawać, że książka traktująca o sprawach sprzed ponad 40 lat, w dodatku z dziedziny, w której cały czas trwa dynamiczny rozwój, będzie już dawno nieaktualna. Otóż nic bardziej błędnego - choć być może w pewnych fragmentach "trąci myszką" - zasadnicze tezy nadal obowiązują, jak np. główna, czyli tzw. Prawo Brooks'a - być może zaskakujące w pierwszym momencie: dodawanie zasobów do projektu, który jest opóźniony, opóźnia go jeszcze bardziej ("adding manpower to a late software project makes it later"). A to za sprawą: a) konieczności wprowadzenia nowych osób do projektu i ich przeszkolenia (co angażuje osoby dotychczasowe), b) zwiększenia liczby interakcji pomiędzy osobami uczestniczącymi w projekcie, czy wreszcie c) konieczności ponownej reorganizacji i przydzielenia zadań do poszczególnych osób. Albo np. problem notorycznego niedoszacowywania czasu potrzebnego na testy rozwiązań (praktyka pokazuje, że to połowa czasu poświęconego na projekt). Albo nie dość czasu poświęconego na prace projektowe i analizę wymagań (ich możliwie najściślejszy zapis formalny). Albo permanentna nieaktualność dokumentacji projektowej. Albo...

Domyślam się, że tutaj tj. na forum akurat niekoniecznie znajdzie się wielu miłośników tego typu zagadnień, niemniej książkę polecam wszystkim, którzy kiedykolwiek zetkną się (czytaj: zderzą się) z czymś takim jak projekt informatyczny / programistyczny. Z własnych (i nie tylko własnych) obserwacji wnoszę, że praktyka jest tragiczna a brak kompetencji porażający - w omawianej dziedzinie nie następuje żadna akumulacja wiedzy - te same błędy, które czyniono lat temu n i zostały, wydawać by się mogło, dobrze rozpoznane, obecnie są niemalże każdorazowo z uporem powtarzane. Albowiem jak inaczej tłumaczyć fakt, że średnio każdy projekt programistyczny jest opóźniony o rok?

Project Management Days - Konferencja Zarządzania Projektami

„jeśli podczas swojej pracy wykonujesz więcej niż jeden telefon w jednej sprawie, realizujesz projekt



Studenckie Koło Naukowe Zarządzania Projektami przy Szkole Głównej Handlowej, pod honorowym patronatem Prezydenta Miasta Stołecznego Warszawy oraz Rektora Szkoły Głównej Handlowej w Warszawie zaprasza na trzydniową konferencję zarządzania projektami w dniach 28 lutego - 2 marca 2006, która odbędzie się w gmachu głównym Szkoły Głównej Handlowej w Warszawie.

W ciągu trzech dni konferencji zapraszamy na:
- szkolenia z zakresu metodyk zarządzania projektami (PMI, PRINCE2™, Scrum, Agile), prowadzone przez akredytowanych trenerów z Centrum Rozwiązań Menedżerskich S.A., oraz project managerów zrzeszonych z Project Management Institute Warsaw Poland Chapter, Stowarzyszeniu Project Management Polska oraz Polskim Towarzystwie Informatycznym

- wykłady prowadzone przez praktyków biznesu z firm zarządzających projektami

- targi firm branżowych zajmujących się zarządzaniem projektami, które będą miały miejsce na Auli Spadochronowej

W celu integracji środowiska oraz umożliwienia wymiany doświadczeń i nawiązywania kontaktów biznesowych organizatorzy Project Management Days zapraszają uczestników SZKOLEŃ na imprezy towarzyszące konferencji, w tym na spotkanie integracyjne w pubie Bolek, imprezę taneczną w Klubie Dziennikarza oraz bankiet w warszawskim hotelu Hyatt.

Program konferencji przewiduje także liczne konkursy dla uczestników. Podczas każdego szkolenia, ich uczestnicy mają możliwość zdobycia nie tylko cennej wiedzy, ale także: akredytowanych szkoleń z zakresu zarządzania projektami, programów komputerowych wspomagających zarządzanie projektami, książki z tematyki i inne.
Każdy uczestnik konferencji otrzyma również certyfikat uczestnictwa potwierdzający zdobytą wiedzę podczas konferencji.

Więcej informacji oraz zapisy na www.pmdays.pl

Dlaczego w PCLinuxOS nie działa Java?

Cytat:Harry, mógłbyś sobie darować ten sarkastyczny ton, szczególnie w dziale przeznaczonym na rzeczowo opisane problemy z oprogramowaniem. Przesuwam wątek do Off Topic, głównie ze względu na wymianę zdań która się tu rozwinęła.

Zaś co do jakości PCLOS2009, odejścia sporej grupy developerów, jakości ich i Texa pracy, to nie posuwałbym się do tak kategorycznych wniosków jak niektóre powyżej.
Faktem jest że Tex jest dyktatorem w PCLOS. To co robi, robi rewelacyjnie, ale nie każdemu musi podobać się taki sposób zarządzania. Niezaprzeczalnym faktem jest też, że ta grupa, która odeszła, pracowała przez dłuższy czas i efektów tej pracy nie należy wrzucać do śmieci. Tym bardziej że wersja 2009.1 jest całkiem niezła.
Chciałbym też przypomnieć, zawdzięczany m.in. Davidowi, scentralizowany projekt tłumaczeń - temat od dawna ignorowany przez Texa.
Jestem przekonany że, jak to zwykle w życiu bywa, wina (czy też przyczyny) leżą po obu stronach.



Przepraszam jesli zbyt ostro wyrazilem swoja opinie. Poprostu wg mnie Texstar to czlowiek ktoremu zawdzieczamy PCLOS. Nie uwazam zeby jego metody ala "my way or highway" w frywolnym tlumaczeniu "cnotka albo piechotka" a w doslownym "po mojemu albo wcale" byly niestosowne. Co do poprzednich developerow to nie jest to tak ze wszyscy byli zli itd itp. Wielu z nich lubie. Przykladem moze byc chocby gettinther Francuz mieszkajacy w Irlandii. Pomogl mi w zdobyciu TR6 kiedy moj provider zdecydowal sie odciac mnie od netu na kilka dni. Wyslal mi wtedy plyte dvd z iso PCLOS'a TR6 i serwerow BEL project. Pozostal u boku Texstara do momentu wydania iso PCLOS 2009 podczas gdy inni opuscili go duzo wczesniej. Duzy uklon w jego kierunku.

2009 jest juz dzielem Texstara. Zostalo wydane 2 tygodnie pozniej ze wzgledu na poprawki bledow znalezionych w paczkach ripper gangu. 2009.1 to poprostu kilka zmienionych pakietow o ile sie nie myle WIFI ktore mogly by sprawiac problemy po instalacji.

Duzy uklon w strone Davida. Scentralizowany projekt tlumaczen z pewnoscia pomogl Polskiej spolecznosci PCLOS jednakze uwazam ze jeszcze wiekszy poklon nalezy sie Texstarowi. Bez niego nie mielibysmy co tlumaczyc. Poza tym od zawsze uzywam wersji angielsko jezycznej i uwazam to za duzy sukces. Od 4 lat zyje i mieszkam w Irlandii. Angielski mam naprawde dobry ale dzieki uzywaniu oryginalnej wersji PCLOS oraz uczestniczeniu w zyciu codziennym forum PCLinuxOS.com poprawilo mi sie slownictwo / gramatyka / stylistyka a takze slownictwo typowe dla branzy informatycznej.

handel sprzedaż informatyka

W kwestii systemów zarządzania sprzedażą jak i jakiegokolwiek innego systemu wspomagającego zarządzanie firmą sprawa wygląda następująco - są one na tyle skuteczna na ile rzeczywiście spójne z organizacją. I metody są dwie:
- wdrożenie gotowego produktu i dopasowanie modelu biznesowego firmy do modelu przyjętego w systemie - ma sens jeśli chcemy modyfikować model i mamy oprogramowanie przygotowane stricte pod niego (weźmy przykład wdrażania systemu zarządzania SixSigma)
- stworzenie systemu na potrzeby firmy - ma sens jeśli firma wypracowała własne standardy pracy i potrzebuje system, ktory pozwoli dokumentować, kontrolwoać i wspierać istniejące procesy
oraz metoda pośrednia:
- wdrażanie systemu silnie modułowego o dużej możliwości konfiguracji (CDN Optima/XL, SAP) - kożystamy z gotowych rozwiązań, dostosowując je do naszych potrzeb

Wdrażane takich systemów (jakąkolwiek z powyższych metod) ma sens wtedy i tylko wtedy, gdy w firmie istnieją DOBRZE ZDEFINIOWANE PROCESY. Procesy które nie są dobrze zdefiniowane są neimożliwe, bądź bardzo trudne do zamodelowania w systemie.

Co do dostosowania organizacji. Weźmy przykład hurtowni sprzedającej produkty do różnych sklepów. Powiedzmy, że system informatyczny umożliwia składanie zamówień on-line za pomocą platformy b2b dla odbiorców. Jeśli jednak nasi odbiorcy (powiedzmy sklepy) nie będą korzystały z tego systemu to nasz przedstawiciel handlowy i tak będzie musiał je odwiedzać z taką samą częstotliwością - więc zysk będzie żaden. Jeśli sklepy same będą składały zamówienia na typowe produkty - nasz handlowiec może odwiedzać je rzadziej, a więc jeden handlowiec obsłuży większą ilość klientów - i tu pojawia się ZYSK z wdrożenia systemu.

Tak czy inaczej jakkolwiek nie chciałbyś wdrażać systemu sprzedaży. Zanim wogóle zaczniesz myśleć o pisaniu go na zamówienie, wyborze dostępnego oprogramowania czy czegokolwiek. Proponuję w myśl nie czynienia głupich oszczędności zlecić wykonanie projektu analitycznego - czyli dokładnego określenia potrzeb. Praca taka powinna polegać na dokładnym zapoznaniu się analityka z działaniem firmy, przeprowadzeniu wywiadów, spotkań typu "burza-mózgów", a następnie stworzenia kompletnej dokumentacji analitycznej uwzględniającej opis organizacji, celów, priorytetów, identyfikację ryzyka, diagramy use case, analityczny diagram klas, diagramy sekwencji itd.

Potem można poszukać na rynku gotowego rozwiązania które jest możliwie zbieżne z powyższym lub zlecić napisanie systemu.

W razie zainteresowania zapraszam na PW.

Tester rozwiązań bezpieczeństwa informacji

Poszukujemy osoby o wykształceniu technicznym (najlepiej informatycznym) na stanowisko testera rozwiązań bezpieczeństwa informacji (głównie oprogramowania).

Zakres obowiązków: projektowanie i realizacja scenariuszy testowych, testy jednostkowe, funkcjonalne, wydajnościowe, budowa i zarządzanie środowiskiem testowym, utrzymanie i rozwijanie procesu zapewnienia jakości oprogramowania wg lekkich metodyk wytwarzania i testowania oprogramowania, zarządzanie wersjonowaniem i dokumentacją użytkową, wspieranie zespołu developerskiego.

Wymagania:
- znajomość zagadnień testowania (w tym projektowania testów jednostkowych, integracyjnych, funkcjonalnych), narzędzi wspomagających testowanie,
- umiejętność konfiguracji środowisk testowych Windows, Linux (testy kodu w C++, .NET, Java)
- mile widziana znajomość lekkich metodyk programowania i testowania,
- pożądana chociaż ogólna znajomość zagadnień bezpieczeństwa,
- jez. angielski (przynajmniej średnio),
Zapewniamy:
- doskonałe warunki pracy w naszym biurze,
- kontakt z nowymi technologiami,
- udział w ciekawych projektach,
- stabilne wynagrodzenie,
- premie za realizację dodatkowych zadań,
- pracę w małym, koleżeńskim zespole,
- miłą i luźną atmosferę pracy,
- pracę w firmie niszowej o liczącej się na rynku pozycji,
- szkolenia,
- dużą elastyczność w zakresie czasu pracy.
Praca na umowę (czas nieokreślony) dla sprawdzonych współpracowników.

Prosimy o przesłanie CV, listu motywacyjnego i przedstawienia portfolio z dotychczasowym doświadczeniem na adres: praca@cryptotech.com.pl

CryptoTech Sp. z o.o.
ul. Wadowicka 6E
30-415 Kraków
Telefon: (12) 2609292

propozycje tematów, zagadnień prac inżynierskich

Witam
Oto przygotowane propozycje tematów:

1. Ruting w sieciach komputerowych
2. Proces nauczania za pomocą informatycznych narzędzi testowych
3. Współczesne technologie organizacji i pracy LAN na przykładzie rozwiązań firmy Microsoft
4. Współczesne technologie organizacji i pracy LAN na przykładzie rozwiązań open source
5. Technologia VOIP
6. Zarządzanie serwisem internetowym z poziomu użytkownika
7. Wyszukiwanie informacji w internecie
8. Włamania do systemów komputerowych oraz metody zabezpieczeń
10. Wirtualne Sieci Prywatne z wykorzystaniem protokołu tunelowania IPSec
11. Technologie przechowywania danych
12. Techniki realizacji aplikacji internetowych - rozwiązania oparte o PHP i zastosowanie szablonów
13. Systemy zarządzania treścią witryn internetowych
14. Systemy plików systemu Linux z uwzględnieniem proc fs
15. Strategie doboru i metodologia wdrażania systemu klasy CRM
16. Projekt sieci komputerowej z implementacją usługi VoIP
17. Procesory graficzne GeForce (albo Radeon)
18. Ochrona danych przed utratą i zniszczeniem
19. Narzędzie do zarządzania wirtualnym serwerem www
20. Modularna budowa jądra systemu Linux
21. Interaktywny system zarządzania ofertą biura nieruchomości on-line
22. Bezpieczeństwo w sieciach bezprzewodowych
23. Aplikacja internetowa do zarządzania osiedlową siecią komputerową
24. Zastosowanie grafiki komputerowej w reklamie i promocji
25. Elementy i zastosowanie renderingu 3D w procesach wizualizacji danych i przetwarzania obrazu.
26. Przygotowanie systemu bazodanowego do przeprowadzania testów z dowolnych przedmiotów.
27. Projekt i realizacja autorskiego systemu CMS - portal newsów.
28. Zaprojektowanie aplikacji bazodanowej funkcjonującej na zasadach blogu.
29. Formy i elementy komunikacji (a)synchronicznej na przykładzie aplikacji wykonanej w językach skryptowych.
30. Projekt autorskiego portalu internetowego - wirtualnej giełdy pracy.

Gdyby nic Panu nie pasowało - proszę o propozcyję Pańskiego tematu.

Pytanie o studia

Witam !

Wybieram sie na studia podyplomowe magisterskie zaoczne
dostalem sie na UZ ale mam pewne obawy , chodzi mi o plan zajec :

specjalnosc: Inzynieria oprogramowania

Sieci komputerowe
Inzynieria bezpieczenstwa
Programowanie sterowników logicznych
Badania operacyjne
Systemy przetwarzania num. i symbol.
Systemy obliczen inteligentnych
Rozpoznawanie obrazów
Analiza systemów
Przedmiot obieralny                                               A
Przedmiot obieralny                                               B
Hurtownie danych i pozyskiwanie wiedzy
Zaawans. technologie uslug sieciowych
Techniki modelowania programowania
Laboratorium specjalistyczne
Seminarium dyplomowe
Praca dyplomowa

Jezyki skryptowe        A
Teoria chaosu i fraktali        A
Wprowadzenie do uczenia sie maszyn      A
Wstep do informatyki kwantowej  B
Metody optymalizacji globalnej  B
Systemy wirtualnej rzeczywistosci       B

Od uczelnie oczekuje ze nauczy mnie / przedstawi mi / prtaktyczne
rzeczy dotyczace programowania - tak zebym mogl znalesc prace  " glupio
brzmi ale coz" a po tym planie wyglada mi to bardziej na jakas czysta
teoretyczna wiedze przydatne temu kto  sie juz niezle zna na
programoaniu a najlepiej temu kto juz pracuje

ja programuje cos tam w c++ api ale oceniam swoja wiedze wiedze
niekomercyjna :)  moje projekty  prawdopodobnie maja malo wspolnego z
komercyjnymi produktami , nie mowiac o umiejetnosci pisania
dokumentacji swoich projektow :D

porownalem ten program z programem innej uczelni

INZYNIERIA OPROGRAMOWANIA - PROGRAMOWANIE

Cel studiów:

Studia przygotowuja studentów do tworzenia aplikacji komputerowych
oraz ich wdrazania. Student ma mozliwosc zapoznania sie ze
srodowiskami programistycznymi oraz przetwarzaniem danych w systemach
informatycznych.

Program studiów:

  * Algorytmy i struktury danych
  * Bazy danych
  * Jezyki i metody programowania
  * Metodologia tworzenia aplikacji
  * Zarzadzanie projektami programistycznymi
  * Seminarium dyplomowe

Szczególowy zakres tematyczny kusów zostanie przeslany poczta
elektroniczna po uprzednim przeslaniu informacji o zainteresowaniu
danym kierunkiem na adres:

wprawdzie nie ma tu dokladnego plau ( wyslalem mail i czekam na plan)
ale wydaje mi sie barziej zgodny z moimi oczekiwaniami , no chyba ze to
dlatego ze prywatna szkola musi ciekawie opisywac kierunek - dlatego
czekam na pelny plan ktory - mam nadzieje bedzie podobny do tego ktory
ja mam ( rozwieje to moje obawy o "dziwnych " teoretycznych przediotach
, ktore nie za bardzo pomoga mi w znalezieniu pracy )

Prosze o porade  :) ew moze sa napisza tu ludzie którzy sa na tych
studiach na UZ lub je skonczyli

Jak wpasować procesy ETL(DTS) w architekturę SOA ?

Cytat:ETL to nie proces biznesowy. Nie ma więc takiego problemu.

Wydaje mi się, że wiele opisów SOA to zbyt technologiczne podejście do
prostej w pewnym sensie idei: systemy IT powinny wspierać pojedyncze
procesy biznesowe a nie całe organizacje. Nawet na stronie OMG.ORG
jest w jednym z artykułów stwierdzenie (autor jest pracownikiem IBM,
niestety nie pamiętam linka do tego):  ,,SOA to nie technologia a idea
architektury, technologie co najwyżej ją wspierają i to na różne
sposoby".

Metody modelowania procesów biznesowych (ICOM, IDEF0, BPMN, inne),
teoria łańcucha wartości (M.Porter), zarządzanie zorientowane na
procesy (np. Geary Rummler, Alan Brache) jawnie oddzielają procesy od
zasobów je wspierających. Technologie IT to właśnie zasoby. Procesy
ETL to techniczny element np. hurtowni danych. Użytkownik biznesowy
oczekuje możliwości analizy danych, skąd i jak są one pozyskane to nie
jego kłopot. Zasób ma to zapewnić.  Jeżeli użyjemy słowa ,,proces" w
stosunku do ETL to owszem, ale jest to wewnętrzny proces systemu IT a
nie proces biznesowy.

Uważam, że tego typu problemy: jakim procesem jest ETL w strukturze
SOA to problem sztuczny i nie istniejący w sensie SOA. Być może jest
to efekt innego rozumienia idei SOA. SOA to usługi świadczone procesom
biznesowym. ETL to proces przetwarzania danych. Nawet jeżeli jego
implementacja wymaga znajomości jakichkolwiek reguł biznesowych (co z
reguły ma zresztą miejsce) to nie jest to proces biznesowy.

Ja w każdym razie w swoich projektach tak traktuję SOA.



Rzeczywiście patrzę na temat zdecydowanie bardziej od strony "spodu", czyli
technologicznie, a nie "od góry", czyli z poziomu biznesu. A poza tym SOA to
dla
mnie na razie teren w który wchodzę a nie znajome pole (rozpoznaję co tu
mniej
więcej rośnie i wygląda zazwyczaj na całkiem jadalne ...)

Patrząc od tej strony, uwzględniając fakt, że architektura SOA zaczyna być
już
nieźle wsparta "wypasionymi" wspomagaczami (szyna ESB z otoczką: np.
monitoring
stanu usług - "działa"/"szlag trafił") traktuję tę architekturę jako dobry
szkielet
do tworzenia systemów informatycznych - niezależnie od tego, jak to wygląda
z góry. A dokładniej: jako dobry szkielet do tego, by zmierzyć się z tematem
wymiany starego technologicznie systemu na nowy - poprzez wyodrębnienie
usług
i stopniową ich wymianę. W tym kontekście usługa ma dla mnie znaczenie nie
tyle
jako pewna funkcja systemu, ale jako pewien hmmm ... artefakt do wytworzenia
w ramach procesu wytwarzania. Artefakt, którym można zarządzać: badać (a
nawet
w sposób ciągły monitorować) jego jakość, niezależnie testować, wymieniać
(jak się
żarówka przepali), tworzyć na jego bazie dokumentację systemu. Przy tak
postawionej
definicji oczywiście istnieje duże ryzyko, że warstwa usług stanie się
jakimś mało
zrozumiałym (dla procesów biznesowych) zbiorem niskopoziomowych funkcji. Ten
problem
jednak rozwiązałbym już tylko i wyłącznie odpowiednią hierarchizacją usług:
np. na publiczne
(wysokopoziomowe, zrozumiałe dla biznesu) i hmmm... chronione/ukryte
(interfejsy wewnętrzne).
Takie podejście pozwala mi (przynajmniej pozornie ...) zminimalizować liczbę
technologii
(warstw technicznych, pojęć), którymi się trzeba posługiwać przy opisie
systemu, opisie
postępów w jego wytwarzaniu, badaniu jakości i błędów, formułowaniu
precyzyjnych zadań.
Czy tu jednak za bardzo nie przesadzam - tego jeszcze nie wiem.
I w takim też sensie mnie interesuje proces ETL: wolałbym, by wpasowowywały
się w ten
klimat, czyli bym mógł je określać jako "usługi", które poza parametrami
funkcjonalnymi,
mają parametry kosztowe (wytworzenie, serwisowanie) i jakościowe oraz cechę
łatwej
wymienialności.
W skrócie: wielopoziomową strukturę procesów wytwarzania systemu
informatycznego wraz
z jej produktami chciałbym możliwie wiernie "rzucić" na architekturę SOA,
tak, by produkty
tych procesów tworzyły, jeśli to ma sens, schierarchizowane usługi zamiast -
wielopoziomowego
systemu warstw komponentów i funkcji, gdzie każda warstwa rządzi się
własnymi technologiami,
prawami i jest inaczej testowana, rozumiana itp ... Oczywiście teraz mocno
już poleciałem w przestrzeń,
ale generalnie chodzi o to, by wykorzystać siłę architektury SOA i jej
techniczne wspomagacze do tego,
by silniej zintegrować z nią proces wytwórczy oprogramowania.

starej technologii
i stoi przed nami wyzwanie stopniowego podziału go na mniejsze kawałki.
Sytuacja niemal benadziejna,
jednak skoro już temat dotykamy, to chciałbym, by jeśli będą powstawać
interfejsy wewnętrzne
(jako podstawa do modularyzacji tego systemu), to by były one widoczne np.
na szynie usług.

Transfer objects

Korzystając z chwilki wolnego czasu, pragnę ustosunkować się do
następnych fragmentów Pana bardzo interesującej wypowiedzi.
Zgadzam się z Panem, że prowadzenie szerokiej dyskusji w jednym wątku
jest trudne, dlatego też odpowiedź na drugą część postu opublikuję już
pod innym tematem.

Cytat:| To nie ma po prostu żadnego przełożenia na rzeczywistość.

| Mamy nóż i mamy chleb.

| [...]

| To dosyć oryginalne obiekty w systemie informatycznym :)

No to weźmy program źródłowy i skaner(analizator syntaktyczny).
Analogia jest bardzo bliska - drugi "umie" ciąć ten pierwszy - i
robi to wg. bardzo prostych, w dużym stopniu niezależnych od cietej
materii zasad: wyłapuje liczby, identyfikatory a tnie np. po białych
znakach.



Przedstawiony przez Pana przykład daje się bardzo ładnie zaprojektować z
wykorzystaniem obiektów, a nie tylko przy pomocy "mądrego algorytmu"
(skanera) i "głupiej struktury danych" (programu źródłowego).
W rozwiązaniu obiektowym użyłbym wzorca Builder (GoF). Treść programu
potraktowałbym jako swojego rodzaju "zserializowaną" reprezentację
pojedynczego obiektu (jednostki kompilacji), składającego się z wielu
innych złożonych (klasy, metody) i prostych (liczby, identyfikatory)
podobiektów. Moim zdaniem, taki obiektowy projekt oferuje lepsze
możliwości zarządzania sobą samym (dzięki swoiście pojętemu zastosowaniu
metody "dziel i rządź).

Również przypadek człowieka, który operuje narzędziem nie wydaje mi się
z marszu idealnym kandydatem do zastosowania projektu typu "algorytmy +
struktury danych" - nie kwestionując przy tym faktu, że cała
inteligencja potrzebna do wykonania operacji właściwa jest
_człowiekowi_. Wadą zamodelowania tej inteligencji przez algorytm
(pozbawiony własnego stanu) jest nieuwzględnienie np. stanu
emocjonalnego człowieka, przez który może on operować narzędziem
nieprecyzyjnie, jak również jego umiejętności w posługiwaniu się tym
narzędziem. Projektując obiektowo, człowieka zamodelowałoby się jako
obiekt złożony z innych obiektów, jak jego nawyki, umiejętności oraz
stan emocjonalny, z których każdy miałby swój udział w operowaniu
narzędziem.

Jeszcze odnośnie podziału logiki (inteligencji) pomiędzy ludzi a
narzędzia - rzadko bywa, że skupienie całej logiki w obiekcie nadrzędnym
(człowiek) kontrolującym obiekt podrzędny (narzędzie) ma największy
sens. Najczęściej pożądane jest, aby narzędzie wykazało się mniejszą lub
większą inteligencją, żeby odciążyć człowieka od uciążliwego pamiętania
o najdrobniejszych szczegółach. Weźmy ekspes do kawy - wystarczy
nacisnąć w nim przycisk, by do podstawionej filiżanki nalał on
aromatycznej kawy ze świeżo zmielonych ziaren. Jest to narzędzie
inteligentne, służące tą inteligencją człowiekowi, który nie musi sam
mielić ziaren, dodawać ich w odpowiedniej proporcji do filiżanki,
gotować wody, by zalać nią kawę i odfiltrowywać fusy. Być może czynności
te potrafią dać wiele radości i relaksu osobie dysponującej wolnym
czasem, a i kawa może smakować lepiej, bo do jej przygotowania włożono
serce, ale projektantowi spieszącemu się wypróbować nowe pomysły będą
tylko kulą u nogi.
I tak dla mnie, co prawda skupienie całej logiki w obiekcie nadrzędnym
bywa uzasadnione w określonych przypadkach, to jednak na codzień jest to
zjawisko niekorzystne - bo obiekt nadrzędny zmuszony jest do zajmowania
się niepotrzebnymi mu detalami.

Cytat:

Do kompilatora zintegrowanego ze środowiskiem uruchomieniowym jednak
jeszcze baaardzo daleko.



to prawda - jaki jednak ma z tego płynąć wniosek?

Cytat:Zupełnie ktoś inny decyduje o tym , co dokładnie
kroić (podstawia chleb pod nóż) i kiedy. A także odpowiada na pytania
"po co", "co dalej".



Tak jest. Jak już jednak wspomniałem odrobinę wyżej, inteligencja
narzędzia bywa najczęściej pomocna (choć w wyjątkowych sytuacjach bywa
też, że przeszkadza).

schematy blokowe

Cytat:| Nie wiem jak Pan Paweł, ale ja jestem przekonany w 100%, że są
całkowicie
| zbędne. Czy słyszał Pan o czymś takim co się zowie Extreme
Programming ?

| www.extremeprogramming.org

Owszem, juz przed rokiem zaczalem sie interesowac tym tematem. Pan
panie Pawle jest pewnie pod wrazeniem aktykulu w ComputerWorld.



Na imię mam Grzesiek, nie Paweł. Nie jestem pod wrażeniem artykułu z
ComputerWorld. Kiedyś po prostu zauważyłem, że sporo z tego co robę
intuicyjnie, jest zgodne z zasadami XP.

Cytat:Radzę jednak wczytac sie dokladnie w zasady XP, i najlepiej zacytować nam
zasade zabraniajaca poslugiwania sie notacja graficzna.



Jakoś nie natrafiłem na nic podobnego, może źle zrozumiałem. .

Cytat:Z tego co ja
wiem na temat XP to składa się ono z wielu zasad które stanowią
wskazówki na temat zarządzania projektem jako całoscią.



Zabrnął Pan w ślepy zaułek. Nie może być zasad, które są wskazówkami. Zasady
są po to aby ich ściśle przestrzegać. To są raczej luźne reguły, które nie
są ukierunkowane na osiągnięcie celu w ściśle określonym czasie i z
określonym budżetem. Generalnym założeniem XP jest ciąg iteracji które można
po polsku nazwać "pasmem niekończących się poprawek" aczkolwiek jest to
określenie dość uproszczone.

Cytat:Podzialy
zadan, ustalania harmonogramu prac i sposobow wspolpracy z

jest tytlko tyle, ze notacja ta powinna byc wczesniej znana wszystkim
czlonkom zespolu i dokumentowac tylko niezbedne minimum.




Cytat:To jednak czy dokumentacja klas bedzie w postaci pliku pomocy z opisem
słownym czy w postaci diagramu klas UML nie mam znaczenia. Czasem
wystarczy sam kod zrodlowy. W XP brak jest jednak wskazania przyjetej
notacji, bo zaprojektowane zostalo w oderwaniu od notacji, podobnie jak
UML stanowiace z kolei tylko czysta notacje, a nie metodyke.



No i w tym jego siła. Widzę, że Pan bez metodyki ani rusz. Szkiełko i oko.
Pan jest programistą ? Projektantem ? Nie czuje się Pan czasami jak artysta
? Ja jestem programistą i czuję się czasami jak artysta. Widział Pan muzyka
metodyka ? Albo malarza metodyka ?

Ale żarty na bok.

Cytat:Oczywiscie piszac program do obslugi wypozyczalni kaset video w trzy
osoby, ktore w dodatku nie potrafia poslugiwac sie zadna notacja,
lepiej nie stosowac zadnej metodyki i nic nie rysowac, bo to tylko
niepotrzebnie przeciagnie czas.



Coś Pan pokręcił. Mówi Pan, że XP nie uznaje żadnej Metodologii ?!!!
XP stosuje lightweight methodology http:
//www.extremeprogramming.org/light1.html
w odróżnieniu od "klasycznej" heavyweight methodology.

Cytat:Delphi jest uzywane jednak rowniez do wiekszych projektów, prowadzonych
zgodnie z uznanymi metodykami i praktycznie kazda



a konkretniej ?

Cytat:z tych metodyk
zaklada notacje graficzna, bo rysunki latwiej interpretowac niz suchy
tekst. Znajac te notacje mozna decydowac jakie diagramy uzyjemy.
Nieznajac sie na prowadzeniu projektow informatycznych, mozna sie
zachlystnac zdaniami o tym , ze do zrobienia SI wystarcza tylko poranne
zebrania, sesje CRC i programowanie w parach, jednak sami tworcy XP nie
mówią, ze sa to elementy wystarczajace dla wszystkich projektow.



Nikt tu się niczym nie zachłystuje. Wszyscy wiemy, że tworzenie
oprogramowania to ciężka harówa i rzeźba.

Na koniec Panu zacytuję:
<
Extreme Programming (XP) is actually a deliberate and disciplined approach
to software development. About four years old, it has already been proven at
cost conscious companies like Bayerische Landesbank, Credit Swiss Life,
DaimlerChrysler, First Union National Bank, Ford Motor Company and UBS.
XP is successful because it stresses customer satisfaction
</

Myśli Pan że firmy wymienione w tym cytacie zajmują się wypożyczaniem kaset
video ? Nic podobnego.

Pionierzy zawsze mają pod wiatr i pod górkę.

Cytat:--
Pozdrawiam
Robert Karczewski



Azaliż

Grzegorz Płoński

schematy blokowe


message

Cytat:| Owszem, juz przed rokiem zaczalem sie interesowac tym tematem. Pan
| panie Pawle jest pewnie pod wrazeniem aktykulu w ComputerWorld. Radzę
| jednak wczytac sie dokladnie w zasady XP, i najlepiej zacytować nam
| zasade zabraniajaca poslugiwania sie notacja graficzna.

Ale o czym Pan tu pisze??? Pytanie było o schematach blokowych.
Najwyraźniej
nie wszyscy wiedzą co to jest...



Po co krzyczysz ? Przecież facet nie odpowiada Tobie tylko mnie. Coś Ci się
pomyliło.

Cytat:To się robiło na odrach! Ludzie...



Tak, na Odrach. Gumowych.

Ty widziałeś Odrę na oczy ?! Ty wtedy jeszcze na stojąco pod szafę
wchodziłeś. Chyba, że Odrę w Krośnie Odrzańskim.

Schematy blokowe. Cha ! Na kartach perforowanych albo na taśmach, Cha, cha !

Cytat:| Z tego co ja wiem na temat XP to składa się ono z wielu zasad które
stanowią
| wskazówki na temat zarządzania projektem jako całoscią. Podzialy
| zadan, ustalania harmonogramu prac i sposobow wspolpracy z

| jest tytlko tyle, ze notacja ta powinna byc wczesniej znana wszystkim
| czlonkom zespolu i dokumentowac tylko niezbedne minimum.
| To jednak czy dokumentacja klas bedzie w postaci pliku pomocy z opisem
| słownym czy w postaci diagramu klas UML nie mam znaczenia. Czasem
| wystarczy sam kod zrodlowy. W XP brak jest jednak wskazania przyjetej
| notacji, bo zaprojektowane zostalo w oderwaniu od notacji, podobnie jak
| UML stanowiace z kolei tylko czysta notacje, a nie metodyke.



 Ale o czym Pan tu pisze? Jaki to ma związek ze schematami blokowymi???

Co Ty robisz na tej Politechnice facet ?!

Cytat:| Oczywiscie piszac program do obslugi wypozyczalni kaset video w trzy
| osoby, ktore w dodatku nie potrafia poslugiwac sie zadna notacja,
| lepiej nie stosowac zadnej metodyki i nic nie rysowac, bo to tylko
| niepotrzebnie przeciagnie czas.
| Delphi jest uzywane jednak rowniez do wiekszych projektów, prowadzonych
| zgodnie z uznanymi metodykami i praktycznie kazda z tych metodyk
| zaklada notacje graficzna, bo rysunki latwiej interpretowac niz suchy
| tekst. Znajac te notacje mozna decydowac jakie diagramy uzyjemy.
| Nieznajac sie na prowadzeniu projektow informatycznych, mozna sie
| zachlystnac zdaniami o tym , ze do zrobienia SI wystarcza tylko poranne
| zebrania, sesje CRC i programowanie w parach, jednak sami tworcy XP nie
| mówią, ze sa to elementy wystarczajace dla wszystkich projektow.

Ale to nie jest schemat blokowy!!! Może rzeczywiście łątwiej jest coś
rysować ale nie ma to sensu pod Windows!?!?!?! Czy w Windowsie jest coś
takiego jak: "Wprowadź znak" ???????



Co Ty bredzisz? Jaki "Wprowadź znak" ? Rysowanie nie ma sensu pod Windows.
To Ci dopiero ! To gdzie ma sens ? W DOS'ie, krzesełkami ?

Cytat:--
Paweł Maniawski

My software never has bugs. It just develops random features.



Grzesiek Płoński

My software always has the bugs.

2 Rocznica Forum - Zlot Wrocław ?

Plan 3sl wygląda tak:

Rozkład godzinowy sesji prezentuje się w następujący sposób:

09.20 - 10.35 : Modelowanie 3D - Blender
Wykład poprowadzi Piotr Spandel, członek ASI.

* Szybki kurs obsługi Blendera
* Jak zrobić Tuxa w Blenderze
* Jak przygotować krótką animację

10.45 - 11.45 : Zatrudnij pingwina w swojej firmie
Wykład poprowadzi Krzysztof Drozd, członek ASI.

Podczas wykładu będzie można się zapoznać z potencjalnymi zastosowaniami linuxa w firmie oraz podstawowymi zagadnieniami związanymi z wdrażaniem tego systemu operacyjnego w firmie.

11.55 - 13.10 : Gdy pingwin dorasta i w jego życie wkracza odpowiedzialność za dane...
Wykład poprowadzi przedstawiciel firmy Axit - Dawid Szymański.

Gdy pingwin dorasta i w jego życie wkracza odpowiedzialność za dane... Czyli nietechniczne aspekty życia administratora zarzadząjącego zlożonym systemem, narzędzia i metody organizacji pracy.

13.20 - 14.20 : Open LDAP

Wykład poprowadzi Marek Janukowicz, który na co dzień pracuje w firmie Power Media na stanowisku CTO - zajmuje się kierowaniem działem developmentu oraz nadzorowaniem i rozwojem firmowej infrastruktury IT. Od kilku lat jest zaangażowany w projekty OpenSource, m.in. KDE, różne biblioteki dla języka Ruby (SDS, SWS).

Wykład "OpenLDAP - centralizacja infrastruktury IT" opisuje typowe bolączki, z jakimi boryka się każda organizacja podczas tworzenia/rozwoju infrastruktury informatycznej. W trakcie wykładu zostaną pokazane sprawdzone w praktyce sposoby unifikacji i centralizacji niezależnych elementów infrastruktury w jeden system, którego sercem jest serwer LDAP.

14.20 - 14.45 : przerwa obiadowa

14.45 - 16.00 : Kryptonim "Code 10"
Wykład poprowadzi Jakub Matusiak, inżynier systemowy z firmy Novell Polska.
Kryptonim "Code 10", czyli najnowsze technologie w Linuksie (XEN 3, AppArmor, XGL, betterdeskop, openSUSE, mono) na przykładzie nowej generacji systemów SUSE Linux Enterprise 10.

Podczas wykładu zostaną omówine wymienione w temacie technologie i projekty:
XEN 3 - wydajny monitor maszyn wirtualnych na licencji open source, projekt wspierany przez firmę Novell.
AppArmour - framework do szybkiego i prostego zabezpieczania aplikacji oraz systemu opreacyjnego, stworzony przez firmę Novell.
betterdesktop - projekt sponsorowany przez firmę Novell, mający na celu wymianę informacji pomiedzy developerami o funkcjonalności oprogramowania 'biurkowego'.
openSUSE - Open source'owa wersja dynamicznie rozwijającego się systemu operacyjnego SUSE firmy Novell.
Mono - Projekt pozwalający na projektowanie oraz uruchamianie aplikacji napisanych w .NET oraz językach Python oraz Java na wielu platformach sprzętowych i systemowych, projekt jest wspierany przez firmę Novell.

16.10 - 17.25 : VIM 7 - mały, a potężny
Wykład poprowadzi Jakub Gustak, prezes ASI i student drugiego roku informatyki na Politachnice Wrocławskiej.

* Podstawy Vim'a
* Funkcje zaawansowane, makra
* Vim dla programisty
* Nowosci w Vim 7

17.35 - 18.50 : Najnowsze gry na Linuksie
Wykład poprowadzi Krzysztof Ciesielski, wiceprezes ASI oraz koordynator LinuxAcademy.

Podczs wykładu zostanie omówiona polityka firm produkujących gry na temat portowania oraz równoległego wypuszczania gier pod linuxa. Podane zostana przykłady gier open source'owych, tworzonych specjalnie dla linuxa. Przedstawione zostaną benchmarki popularnych gier 3d: wersji pod linuxa, wersji pod windowsa emulowanych pod linuxem oraz pod systemem Windows XP. Zaprezentowane również zostaną możliwości oraz ograniczenia projektów pozwalających na uruchamianie gier zaprojektowanych dla systemu Windows pod linuxem takich jak open source'owy Wine oraz oparta na Wine komercyjna Cedega.

19.00 - 20.15 : Tani domowy router z serwerem www na przykladzie FreeBSD
Wykład poprowadzi Mariusz Kukawski, członek ASI i student drugiego roku informatyki na Politechnice Wrocławskiej.

* Kompletujemy sprzęt, np. pod modem DSL z interfejsem ethernetowym lub USB
* Organizacja sieci LAN - ustalenie adresow sieci, pozbieranie MACów od komputerów-klientów
* Organizacja pracy na serwerze
o instalacja mc/vi
* Uruchomienie i konfiguracja DHCP
o konfiguracja
* pf
o podstawa konfiguracja NAT
o firewall
o przekierowanie portów
o altq - dynamiczny przydzial lacza
* ekspresowe zainstalowanie i uruchomienie serwera www - apache

Pytanie brzmi:
- czy siedzimy na wszystkim
- z góry ustalamy do której siedzimy na wykładach
- zawijamy sie dopiero jak na sie znudzi

Informatyka w ekonimii czy jakos tak :)

Witam przesmiewcy

Jesli chodzi o specjalnosc Informatyka w Ekonomii na PWSZ, to ramowy program nauki obejmuje:

- algorytmy i struktury danych
- systemy operacyjne
- programowanie strukturalne
- programowanie obiektowe
- sieci komputerowe
- bazy danych
- grafika użytkowa i reklamowa
- analiza i projektowanie systemów informatycznych
- badania operacyjne
- technologia informacyjna w e-biznesie
- systemy wspomagania decyzji
- ekonomia matematyczna II
- administrowanie siecią komputerową
- rachunkowość informatyczna
- polityka społeczna
- metody wyceny projektów gospodarczych
- polityka gospodarcza
- historia myśli ekonomicznej
- ekonomia matematyczna I
- prognozowanie i symulacje
- finanse publiczne
- techniki komunikacji w organizacji gospodarczej
- mikroekonomia
- makroekonomia
- matematyka I (algebra liniowa)
- matematyka II (analiza matematyczna)
- statystyka
- ekonometria
- informatyka
- podstawy zarządzania
- prawo
- finanse i bankowość
- rachunkowość
- międzynarodowe stosunki gospodarcze
- rachunek prawdopodobieństwa
- wychowanie fizyczne (dzienne)
- języki obce
- nauka o państwie
- geografia gospodarcza
- podstawy socjologii
- historia gospodarcza

Absolwent posiada wykształcenie obejmujące rzetelną wiedzę ekonomiczną i informatyczną oraz profesjonalne przygotowanie do pracy z nowoczesnymi środkami, metodami i narzędziami informatyki we wszystkich sferach gospodarki, oraz administracji państwowej i samorządowej na stanowiskach szczebla operacyjnego. Potrafi analizować problemy ekonomiczne i poszukiwać dróg ich rozwiązania zarówno w pracy indywidualnej jak i zespołowej. Posiada pogłębioną wiedzę w zakresie ilościowych metod badań oraz optymalizacji procesów gospodarczych. Posiada głęboką wiedzę w zakresie programowania komputerów, oprogramowania systemowego, narzędziowego i użytkowego, systemów wspomagania decyzji, zintegrowanych systemów informatycznych oraz łatwość adaptacji wiedzy do potrzeb różnych jednostek gospodarczych. Potrafi samodzielnie tworzyć nowe oprogramowania przy wykorzystaniu współczesnych języków programowania strukturalnego i obiektowego, projektować bazy danych i sprawnie korzystać z istniejących baz danych w sieci rozległej, tworzyć grafikę użytkową i reklamową, stosować nowoczesne technologie informacyjne w obszarze e-biznesu, prowadzić badania operacyjne, wypracowywać prognozy, tworzyć symulacje komputerowe, współuczestniczyć w procesach komputerowego wspomagania zarządzania. Posiada znajomość co najmniej jednego języka obcego, swobodnie posługuje się terminologią w zakresie ekonomii i informatyki. Jest otwarty na zmiany, wyposażony w umiejętności dostosowania się do zmieniającego się otoczenia gospodarczego, w tym rynku pracy. Jest świadomy odpowiedzialności etycznej i społecznej związanej z wykonywaniem szeroko rozumianego zawodu ekonomisty.

Pozdrawiam

Kierunek Administracja

Kierunek Administracja
Studia dzienne i zaoczne

Administracja:
- studia licencjackie dzienne (3 - letnie w Zabrzu)
- studia zaoczne zawodowe (4-letnie w Zabrzu)

Sylwetka Absolwenta:
Absolwenci kierunku ADMINISTRACJA dysponować będą:
- teoretycznymi i praktycznymi umiejętnościami z zakresu nauk społecznych i prawnych oraz z zakresu zarządzania,
- wiedzą merytoryczną dotyczącą zagadnień prawnych samorządu i funkcjonowania administracji,
- wiedzą obejmującą poszczególne szczeble, rodzaje i zagadnienia administracji publicznej, w tym samorządowej,
- umiejętnościami: twórczego i kreatywnego myślenia oraz podejmowania decyzji, wykorzystywania najnowszych metod wspomagających proces decyzyjny, a w tym metod i technik informatycznych analizy zjawisk społecznych, prowadzenia analiz w zakresie zagadnień interdyscyplinarnych dotyczących najważniejszych problemów życia społecznego (rynek pracy, środowisko społeczne itp.), łączenia wiedzy teoretycznej z praktycznymi umiejętnościami dotyczącymi opracowywania różnych projektów.

Absolwenci kierunku Administracja mogą być zatrudnieni jako:
- pracownicy administracji publicznej i ogólnej,
- specjaliści w jednostkach organizacyjnych samorządów lokalnych i regionalnych,
- doradcy w zakresie dotyczącym projektowania rozwoju lokalnego i rozwiązywania problemów społecznych,
- specjaliści od zagadnień promocji i marketingu na szczeblu lokalnym i regionalnym.

Programy studiów obejmują z jednej strony treści z obszaru nauk społecznych, prawnych i ekonomicznych, które są tradycyjnie uniwersyteckie. Z drugiej strony, jako jednostka uczelni technicznej, Wydział Organizacji i Zarządzania Politechniki Śląskiej kładzie szczególny nacisk na przedmioty techniczne w programach nauczania, w tym: problemy nowych technik wytwarzania, nowoczesne metody organizacji przedsiębiorstw przemysłowych oraz procesów produkcyjnych, informatyzację zarządzania, metody ilościowe w ocenie funkcjonowania podmiotów gospodarczych oraz zagadnienia interdyscyplinarne, oddziaływujące na tradycyjny obszar zadań inżynierskich, jak np. problemy globalizacji rynków, zarządzanie kadrami, wpływ konkurencji, itp.

Szczególnym obszarem działań dydaktycznych Wydziału są takie nowe obszary zadań, mieszczących się w problematyce zarządzania, jak zarządzanie jakością i zarządzanie przez jakość czy też komputerowe wspomaganie zadań inżynierskich. Równocześnie, wykorzystując posiadany potencjał kadrowy oraz istniejącą i stale rozbudowywaną bazę labora­toryjną, Wydział wprowadza do programów nauczania bogaty wybór treści, związanych z te­chni­cznymi i pozatechnicznymi aspektami zarządzania środowiskiem. Te elementy programowe są dostosowane do realizowanych na Wydziale specjalności dydaktycznych i obejmują z jednej strony kwestie inżynierii środowiska pracy (np. badania pracy, zagrożenia pracy typu hałas lub wibracje, aspekty ochrony środowiska i aspekty ergonomiczne w zarządzaniu produkcją) dla specjalności “technicznych”, jak i np. problemy inżynierii środowiska dla specjalności, kształcącej kadry dla potrzeb administracji lokalnej (specjalność “Zarządzanie w Sektorze Publicznym”).

Źródło

Zaktualizowany zakres zagadnień do egzaminu

Witam
Zakres zagadnień trochę się zmienił. Oto aktualny zakres zagtadnień.

Prof. AE dr hab. Czesław Mesjasz
Katedra Procesu Zarządzania

ZAGADNIENIA DO EGZAMINU
ZARZĄDZANIE PROJEKTAMI

SUM zaoczne I r. - semestr zimowy 2005/2006

1. Powtórzenie definicji organizacji; firma a przedsiębiorstwo
2. Rozwój, wzrost i cele przedsiębiorstwa
3. Definicje i typologie projektów
4. Zasady zarządzania projektami
5. Projekty rozwojowe – krótkoterminowe i inwestycyjne
6. System zarządzania projektami w przedsiębiorstwie
7. Typowe prace projektowe
8. Proces projektowania inwestycji
9. Pojęcie i rodzaje inwestycji
10. Inwestycje w strategii przedsiębiorstwa
11. Cykl projektu inwestycyjnego
12. Źródła finansowania działalności przedsiębiorstwa i projektów inwestycyjnych
13. Cechy i rodzaje rachunku inwestycji
14. Metody oceny efektywności projektów inwestycyjnych
15. Metody statyczne – rachunki porównawcze, rachunek okresu zwrotu nakładów
16. Metody dynamiczne – NPV, IRR, metoda annuitetowa
17. Ryzyko i niepewność – podstawowe pojęcia i interpretacja
18. Typologie ryzyka
19. Typologia metod oceny ryzyka projektów inwestycyjnych
20. Ryzyko w metodzie NPV
21. Analiza wrażliwości i próg rentowności
22. Treść projektu inwestycyjnego
23. Kryteria oceny projektów inwestycyjnych
24. Proces formułowania strategii projektu inwestycyjnego
25. Procedura badań marketingowych w projektowaniu inwestycji
26. Prognoza przychodów ze sprzedaży. Program produkcji
27. Prognoza całkowitych kosztów produkcji sprzedanej
28. Szacowanie nakładów inwestycyjnych
29. Koszty kapitału
30. Podstawy teorii decyzji wielokryterialnych - wagi, kryteria, skale pomiaru
31. Wielokryterialna ocena projektów
32. Zapotrzebowanie na środki obrotowe
33. Projekcja rachunku wyników, bilansu oraz przepływów pieniężnych
34. Wskaźniki oceny finansowej projektu inwestycyjnego: wskaźniki płynności, wskaźniki wspomagania, wskaźniki aktywności, wskaźniki rentowności
35. Ocena projektów wynalazczych
36. Zarządzanie projektami w organizacji – typy struktur
37. Struktury zespołów projektowych
38. Cechy kierowników projektów
39. Metody zarządzania projektami – proste metody harmonogramowania
40. Metody sieciowe – CPM, PERT, GERT i GERTS
41. Konflikty w zespołach projektowych – podstawowe pojęcia i rodzaje sytuacji konfliktowych
42. Podejmowanie decyzji w zespołach projektowych
43. Metodologia zarządzania projektami informacyjnymi
44. Bariery wdrażania projektów informatycznych
45. Warunki powodzenia realizacji projektów informatycznych

Prace pomocne w przygotowaniu do egzaminu

Burton C., Michael N., Zarządzanie projektem. Jak to robić w twojej organizacji, Wydawnictwo ASTRUM, Wrocław 1999.

Chong Y. Y., Brown M. E., Zarządzanie ryzykiem projektu, Oficyna Ekonomiczna/Dom Wydawniczy ABC, Kraków 2001.

Czechowski L. i in., Projekty inwestycyjne. Finansowanie. Metody i procedury oceny, ODiDK Gdańsk 1997.

Kawa P., Wydymus S., Metodologia oceny efektywności projektów inwestycyjnych według standardów Unii Europejskiej, Wyższa Szkoła Zarządzania i Bankowości, Kraków 1998.

Lock D., Podstawy zarządzania projektami, Polskie Wydawnictwo Ekonomiczne, Warszawa 2003.

Prussak W., Wyrwicka M., Zarządzanie projektami, Zachodnie Centrum Organizacji, Poznań 1997.

Sierpińska M., Jachna T., Ocena przedsiębiorstwa według standardów światowych, Wydawnictwo Naukowe PWN, Warszawa - różne lata wydania.

Stabryła A., Zarządzanie rozwojem firmy, AE Kraków 1997 – rozdział o projektach.

Towarnicka H., Strategia inwestycyjna przedsiębiorstwa, AE im. Oskara Langego, Wrocław 1998.

Trocki M., Grucza B., Ogonek K., Zarządzanie projektami, Polskie Wydawnictwo Ekonomiczne, Warszawa 2003.

Zarządzanie projektem. Model najlepszych praktyk, IFC Press/Nowe Motywacje, Kraków 2003.

Jest jeszcze bardzo wiele innych prac dotyczących zagadnień zarządzania projektami inwestycyjnymi, które mogą być pomocne zarówno przy opracowaniu projektu jak i w przygotowaniu do egzaminu.

ŻYCZĘ POWODZENIA!!!

literatura

Prof. AE dr hab. Czesław Mesjasz
Katedra Procesu Zarządzania

ZAGADNIENIA DO EGZAMINU
ZARZĄDZANIE PROJEKTAMI

III rok – studia dzienne - semestr letni 2004/2005
(informatyka)
1. Powtórzenie definicji organizacji; firma a przedsiębiorstwo
2. Rozwój, wzrost i cele przedsiębiorstwa
3. Definicje i typologie projektów
4. Zasady zarządzania projektami
5. Projekty rozwojowe – krótkoterminowe i inwestycyjne
6. System zarządzania projektami w przedsiębiorstwie
7. Typowe prace projektowe
8. Proces projektowania inwestycji
9. Pojęcie i rodzaje inwestycji
10. Inwestycje w strategii przedsiębiorstwa
11. Cykl projektu inwestycyjnego
12. Źródła finansowania działalności przedsiębiorstwa i projektów inwestycyjnych
13. Efekt dźwigni
14. Cechy i rodzaje rachunku inwestycji
15. Metody oceny efektywności projektów inwestycyjnych
16. Metody statyczne – rachunki porównawcze, rachunek okresu zwrotu nakładów
17. Metody dynamiczne – NPV, IRR, metoda annuitetowa
18. Ryzyko i niepewność – podstawowe pojęcia i interpretacja
19. Typologie ryzyka
20. Typologia metod oceny ryzyka projektów inwestycyjnych
21. Ryzyko w metodzie NPV
22. Analiza wrażliwości i próg rentowności
23. Zawartość projektu inwestycyjnego
24. Kryteria oceny projektów inwestycyjnych
25. Proces formułowania strategii projektu inwestycyjnego
26. Badania marketingowe w projektowaniu inwestycji
27. Prognoza przychodów ze sprzedaży. Program produkcji
28. Szacowanie nakładów inwestycyjnych
29. Koszty kapitału
30. Podstawy teorii decyzji wielokryterialnych - wagi, kryteria, skale pomiaru
31. Wielokryterialna ocena projektów
32. Ocena projektów wynalazczych
33. Zarządzanie projektami w organizacji – typy struktur
34. Strukturyzacja projektów – wprowadzenie
35. Struktury zarządzania zespołów projektowych
36. Cechy kierowników projektów
37. Elementy strukturyzacji projektów
38. Metodyka zarządzania projektami
39. Metody zarządzania projektami – proste metody harmonogramowania
40. Metody sieciowe – CPM, PERT, GERT i GERTS
41. Nadzór korporacyjny - wprowadzenie
42. Kontraktowe ujęcie przedsiębiorstwa
43. Fuzje i przejęcia – tylko wprowadzenie
44. Outsourcing – znaczenie dla projektów informatycznych
45. Konflikty w zespołach projektowych – podstawowe pojęcia i rodzaje sytuacji konfliktowych
46. Podejmowanie decyzji w zespołach projektowych
47. Definicje i atrybuty informacji
48. Metodologia zarządzania projektami informacyjnymi
49. Procedury projektowania systemów informatycznych - typologia
50. Kryteria oceny projektów informatycznych
51. Bariery wdrażania projektów informatycznych
52. Warunki powodzenia realizacji projektów informatycznych
53. Budżet projektu informatycznego
54. Szacowanie kosztów projektów informatycznych
55. Definicja Struktury Podziału Pracy

Powyższe zagadnienia obowiązują w zakresie, w jakim były omawiane podczas wykładu. Materiały + notatki.

Prace pomocne w przygotowaniu do egzaminu

Burton C., Michael N., Zarządzanie projektem. Jak to robić w twojej organizacji, Wydawnictwo ASTRUM, Wrocław 1999.

Chong Y. Y., Brown M. E., Zarządzanie ryzykiem projektu, Oficyna Ekonomiczna/Dom Wydawniczy ABC, Kraków 2001.

Czechowski L. i in., Projekty inwestycyjne. Finansowanie. Metody i procedury oceny, ODiDK Gdańsk 1997.

Kawa P., Wydymus S., Metodologia oceny efektywności projektów inwestycyjnych według standardów Unii Europejskiej, Wyższa Szkoła Zarządzania i Bankowości, Kraków 1998.

Lock D., Podstawy zarządzania projektami, Polskie Wydawnictwo Ekonomiczne, Warszawa 2003.

Philips D., Zarządzanie projektami IT, Helion, Gliwice 2004.

Prussak W., Wyrwicka M., Zarządzanie projektami, Zachodnie Centrum Organizacji, Poznań 1997.

Sierpińska M., Jachna T., Ocena przedsiębiorstwa według standardów światowych, Wydawnictwo Naukowe PWN, Warszawa - różne lata wydania.

Stabryła A., Zarządzanie rozwojem firmy, AE Kraków 1997 – rozdział o projektach.

Szyjewski Z., Zarządzanie projektami informatycznymi. Metodyka tworzenia systemów informatycznych, Agencja Wydawnicza Placet, Warszawa 3001.

Towarnicka H., Strategia inwestycyjna przedsiębiorstwa, AE im. Oskara Langego, Wrocław 1998.

Trocki M., Grucza B., Ogonek K., Zarządzanie projektami, Polskie Wydawnictwo Ekonomiczne, Warszawa 2003.

Zarządzanie projektem. Model najlepszych praktyk, IFC Press/Nowe Motywacje, Kraków 2003.

ŻYCZĘ POWODZENIA!!!

Wersja elektroniczna testu Grabowskiego

Jak w temacie
1 Podejscie ilosciowe teorii informacji jest związane z nazwiskiem: Shanona
2 POdejscie jakosciowe teorii informacji jest ziwazane z nazwiskiem Langeforsa
3 Informacja jest: /to co dane/
4 Dobra jakosciowo informacja jest: adekwatna celowa aktualna rzetelna ? wszechstronna zaskakująca
5 Której z poniższych cech informacji nie definiuje COBIT: Complexity (zlozonosc)
6 Jedną z podstawowych cech systemu jest: synergia
7 Twórca podejscia systemowego byl: Bertalanffy
8 Organizajca jest systemem: teleologicznym
9 Która z definicji najpełniej charakteryzuje system informacyjny: SI to całość złożóna z danych, metod, procedur, użytkowników, systemów.
10 Podstawowym celem systemu informacyjnego jest: uzyskanie trwalej przewagi konkurencyjnej
11 Automatyzacji procesow decyzyjnych mozna dokonac na szczeblu: operacyjnym?
12 Modułem wchodzącym w skład systemu MRPII a nie wchodzącym w skład MRP jest: moduł HR (zasoby ludzkie)?
13 Zarządzanie IT jest ważne gdyż: IT jest zasobem strategicznym
14
15 Który termin określa systemy informatyczne wspomagające kooperację pomiedzy partnerami biznesowymi: SCM
16 Który z niżej wymienionych nie odnosi się do EBiznesu: B2D
17 Który z nizej wymienionych pojęc nie dotyczy problemów bezpieczeństwa transakcji internetowych: Cracking
18 Z rozwoju internetu w zakresie zwiekszenia przestrzeni adresowej związane jest pojecie: IPv6
19 Era informacji rozpoczęła się: wraz z pojawieniem się rewolucji mikrokomputerowej
20 W którym z rodzajów produktów wykorzystanie metody MRPII moze przyniesc najlepsze wymierne korzysci: make to sto?
21 Szyfrowanie symetryczne odbywa się przy pomocy metody: DES
22 Które z poniższych zdan nie jest błędnym założeniem dotyczącym implementacji systemów informacyjnych zarządzania sformułowanych przez Ackoffa: Menadzer cierpi na nadmiar informacji.
23 Jaką nazwę nosil pierwszy w swiecie pakiet oprogramowania realizujacy metodyke MRP: COPICS
24 Który ze składników kosztowych wdorzenia systemow klasy ERP jest najwyzszy: oprogramowanie?
25 Ostatnią fazą ewolucji ERP jest: ERPII
26 Pewna osoba zdobyła nielegalnie listę numerów kart kredytowych w trakcie transmisji danych z serwera do aplikacji klienckiej użytkownika popełniła przestępstwo należące do grupy: sniffing
27 Z rozwojem internetu w zakresie zwiekszenia przepustowosci łącz związane jest pojecie: NGI
28 System informacyjny ma zapewnic przystosowanie się organizacji do zmieniających się warunków mając na uwadze: ... ?
29 Standard COBIT nie definiuje następującego atrybutu informacji: elasticity
30 Era mikrokomputerowa rozpoczęła się: pod koniec lat 50 ubiegłego stulecia
31 Wspomaganie procesow decyzyjnych dokonuje się począwszy od szczebla: strategicznego
32 Która klasa systemów jest najbardziej krytyczna dla działalnosci organizacji: TPS
33 Do wspomagania dzialan szczebla taktycznego sluzy: DSS
34 Jak nazywa sie organizacja ktora zdefiniowala standard MRPII: APICS
35 Który ze składników kosztowych wdrozenia systemów klasy ERP jest drugi pod względem wielkosci: sprzet
36 Szyfrowanie asymetryczne odbywa sie przy pomocy: zadne z wymienionynch? - RSA? SSLX?
37 System klasy MRPII najlepiej sprawdza sie w firmie: produkcyjnej?
38 Pierwszym modelem organizacyjnym uwzględniającym rolę technologii w okresleniu rozwoju organizacyjnego firmy byl: model MIT90?
39 Który z niżej wymienionych trendow powoduje migracje funkcji ze szczebla operacyjnego dzialu IT: outsourcing
40 Do zadan pracownikow wiedzy nie nalezy: zapewnienie wewnetrznej konsultacji?
41 Który z elementow ponizej jest obszarem IT governance jest: IT principles
42 Któy z ponizszych modeli najpelniej dotyczy problematyki bezpieczenstwa IT: COBIT?
43 B2B dotyczy: EDI
44 Zarządzanie IT jest wazne gdyż: dostepnosc IT jest zasobem strategicznym
45 Model Nolana Gibsona zawiera: 4y fazy
46 Podstawowa czescia ITILa jest: zadne z reszty wymienionych - to service management
47 Który z ponizszych skrotow oznacza najbardziej ogolna kategorie systemow informacyjnych wykorzystywanych w przedsiebiorstwie produkcyjnym: ERP
48 Wymagania drugiego poziomu CMM: jest powatarzalnosc
49 Trzecia z fal innowacyjnosci fal wedlug (Primozic ET.AL.,1991) jest: wzbogacenie produktów usług?
50 Badania dotyczace wdrozen systemow ERP wskazuja na fakt, ze: co 10ty projekt zostal zrealizowany w zakladanym czasie ale dwa nastepne dwa nastepne tez wydaja sie poprawne - w budzecie i czasie
51 Które z nizej wymienionych dziala wzmacnia zauwanie do dzialu IT: nadzorowanie dzialania infrastruktury?
52 Na osiagniecie trzeciego poziomu CMM organizacje potrzebuja zwykle około: 4ech lat?
53 Model COBIT składa się z: zadne z reszty wymienionych
54 Model Nolana postrzega informacje jako zasob informacyjny na: 4tej fazie?

23-25 listopada 2006

Niech stracę, napiszę parę słów subiektywnego komentarza. To, co zapamiętałem będzie chyba najbardziej miarodajne

No więc pamiętam znakomity wykład gościa z Anglii na temat zarządzania wielkimi projektami rządowymi. Po angielsku (z genialnym tłumaczeniem w locie). Dowiedziałem się jak to premier Tony Blair naszkicował parę wielkich rządowych programów i zaprosił co tęższych Project Managerów do ich realizacji. Przy użyciu - a jakże - PRINCE 2. I tak się pozajączkowało, że specjaliści ciasteczka zjedli, kawkę wypili, nawet dość milutko było, zapisali mnóstwo papieru, a kilku z nich nawet coś więcej zrobiło, i tak po paru latach premierowania podsumowali działalność. Miało być tak pięknie, a wyszło jak zwykle i wszędzie - państwo podrożało, kasa się rozeszła, programy zostały na papierze i to takim, co do wygódki na gwóźdź się nie nadaje, i w dodatku winnych nie ma. Wniosek niejawny - nawalało skutecznie zarządzanie zmianą, to znaczy na moje subiektywne oko piękny zamiar był w trakcie realizacji stawiany w dryf, a wiatry były niekorzystne... i grzęzło się na mieliznach zamiast zwyciężać w regatach.

Pamiętam też świetny wykład o wartości wypracowanej. Też po angielsku (ale zupełnie bez tłumacza). Ja po angielsku raczej za tłumoka mogę robić, a nie tłumacza (nawet na własny rachunek), a wyobraźcie sobie - cały wykład zrozumiałem! Pewnie dlatego, że popełniłem jakiś grubszy tekścior na ten temat (niedostępny w sieci ) i materię znam, wykresy też, a wykład widocznie nie wykraczał poziomem poza elementarz. No ale - prelegent z importu rewelacyjny - kapelusze z głów!

Rewelacją okazał się wykład o potrzebach informatycznego wspomagania dla firm budowlano - montazowych. Zadziwiające, jak trafne wnioski można było wysnuć na podstawie ograniczonej liczby obserwacji. I w dodatku był to uczciwy wykład - żadnej kryptoreklamy i nachalnego marketingu jakiegoś supernarzędzia! Same pytania i niewiele odpowiedzi. Mocna rzecz w dobie powszechnej komercjalizacji.

Ciekawe też było wystąpienie o logistyce i projektach logistycznych. Dowiedziałem się paru nowych dla mnie rzeczy o centrum przeładunkowym i wysyłkowym. I o problemach dogadania się z klientem, w kontekście ciągłej zmiany zakresu projektu przy stabilnym terminie końcowym i raczej stabilnych kosztach

Pewna bardzo sympatyczna dama wykładała to i owo na temat generowania projektów, co w sumie doprowadziło do dyskusji merytorycznej: dlaczego ona swoją pracą, która jest ewidentnym projektem, nie zarządza jak projektem? Pani broniła się stwierdzeniem: przecież dopiero wynikiem mojej pracy będą projekty! I trudno było jej to przetłumaczyć, pewnie z powodu zbieżności pojęć i znaczeń, bo z tym różnie u naukowców bywa.

Był też poważny wykład na temat zarządzania projektem przez produkty, z wsparciem autorskiego oprogramowania, takie PRINCE 2 w stylu lechickim. Dla mnie o tyle fajne spotkanie, że chyba napiszę jakiś podręcznik do tego księciunia drugiego, bo inaczej dalej niewiele będę rozumiał z tego podejścia produktowego do PM. Te kawałki tekstu, które wyniosłem ze spotkania, są równie czytelne jak podręcznik żółtego FIDIC-a na przykład, albo norma ISO 9001:2000 na surowo
Jeżeli reszta literatury jest pisana podobnym językiem, to mam szansę na parę sukcesów wydawniczych i trenerskich jak w banku

Wspomnę jeszcze o jednym wykładzie ogólnym, na którym zaproszony gość zajmująco mówił o poważnych projektach rzadowych tudzież międzynarodowych - i uprzejmie się dziwił istnieniu metodyk zarządzania projektami, a nawet całym organizacjom zawodowym, które się rzeczonym zarządzaniem projektami zajmują.

Na wszystkim nie byłem. Nie dało się naraz roztroić.

O sobie pisał nie będę i już.

No a imprezka.... Mmmmm..... znakomita. Papuśkanie paluszki lizać, polewali też w kielonki to i owo (bez ograniczeń ilościowych!), około 22 pojawił się jakoś miejscowy znakomity zespół-wespół muzyczny (nie mylić z zespołem projektowym, któren balował na parkietach hotelowych z przytupem) to i śpiewy, i tańce, i swawole ponoć do białego świtania (nie wiem, bom wcześniej świtnął do pozycji horyzontalnej w łóżeczku).

Tyle pamiętam bez zaglądania do ściągi, czyli materiałów pokonferencyjnych.

Wystarczy?

egzam

Udało mi się zdobyć pytania z poprzednich lat, oto one:

I termin, 2007-01-29

Pytania:

* Metoda przyrostowa. Dokladnie scharakteryzuj. Podaj zalety, wady, wskazania i przeciwskazania metody. (18’)
* Podaj i scharakteryzuj aktywności menedżera zespołu projektowego (10’)
* Co to jest zarządzanie konfiguracjami? Jakie czynności CM sa istotnie w małym projekcie, a jakie w dużej firmie software’owej? (7’)
* Jakie elementy inzynierii oprogramowania wpływaja na koszty pielęgnacji systemu w dłuższym okresie (8’)
* Co to jest system odziedziczony, a co to system wbudowany (embedded)? Krótko scharakteryzuj. (4’)

II termin, 2007-02-26

Pytania: (ogólna idea)

* Metody ewolucyjne - zastosowania, wady zalety, wskazania przeciwskazania oraz dokładna charakterystyka (18 min)
* Wymagania projektowe - co to jest, klasyfikacja i dokładny podział wymagań niefunkcjonalnych, jakie warunki muszą spełniać kryteria ich tworzenia (wym. niefunkcjonalnych) (14 min)
* Opisz algorytmy iteracyjne, napisz etapy procesu projektowania charakterystyczne, które występują w danym algorytmie i w żadnym innym (10 min)
* Co to jest prototyp porzucany ? Wykorzystanie i zastosowanie (6 min)
* Co to jest wersja i wydanie systemu ? (4 min)

Rok 2005/2006
I termin, 2006-01-30

Pytania:

* Tworzenie oprogramowania metodą przyrostową - opis, zalety i wady, gdzie się to stosuje a gdzie nie. (21 min)
* Przedstawić algorytm działania managera projektu. Napisać które działania managera są kluczowe dla zapewnienia terminowego dostarczenia produktu. (18 min)
* Wymagania projektowe - co to jest (definicja), jakie są rodzaje. (9 min)
* Opisać na czym polega prototypowanie oprogramowania, podać reprezentatywne (różne) przykłady kiedy warto je stosować. (15 min)
* Co to jest zarządzanie konfiguracją? Co to jest wersja, wydanie systemu? (3 min)

Rok 2004/2005
I termin, 2005-01-24

Pytania:

* Tworzenie oprogramowania metodą przyrostową: co to jest, zastosowania, zalety i wady.
* Do czego sie stosuje prototypowanie z prototypem porzucanym i z prototypem ulepszanym? Zalety i wady.
* Obszary działalności managera projektu, na czym polegają i co w nich robi.
* Jakie są rodzaje wymagań, podział i klasyfikacja.
* Jakie czynniki muszą być spełnione żeby można było uznać, że architektura jest zdefiniowana.

2005-02-15 17:00

Pytania:

* Co to jest ewolucyjny model tworzenia oprogramowania? Przedstawić wady i zalety. Napisać kiedy powinno a kiedy nie powinno się go stosować. (czas 14 min)
* Co to są wersja oprogramowania i wydanie (release)? Jakie elementy wchodzą w skład wydania? Jakie elementy wpływają na to, że powstaje nowe wydanie?
* Co to jest projektowanie architektoniczne? Jakie elementy zawsze w nim wystepuja i dlaczego warto jawnie specyfikować projektowanie arch. jako etap tworzenia systemu?
* Co to jest walidacja wymagań? Jakie elementy trzeba uwzględnić podczas walidacji wymagań? Wymień metody walidacji wymagań i krótko opisz jedną wybraną.
* Jakie czynności występują w każdym projekcie informatycznym? (czas: 3 min)

2005-03-07 12:30

Pytania:

* Opisać modele hybrydowe tworzenia oprogramowania. Podać róznice pomiędzynimi.
* Zadania kierownika projektu informatycznego. Na czym polega sprawowanie kontroli nad projektem czy jakoś tak.
* Co to są wymagania projektowe, podać ich podział. Wskazać które są oceniane poprzez kryteria oceny systemu ….
* Co to jest walidacja wymagań projektowych? Opisać na czym polega. Podać rózniece pomiędzy nią a innymi walidacjami.(16min) Uwaga. tutaj zaznaczył że walidacja to znaczy zatweirdzanie.
* Co to jest zarządzanie konfiguracjami, na czym polega … (6min)

Pytania starsze

To bylo na grupie dyskusyjnej:

- Jaka jest definicja architektury systemu i zaleznosc od wymagan

- Jakie sa warianty modelu spiralnego

- Jakie sa etapy procesu Inzynierii Systemow i ktore z nich nie wystepuja w procesie Inzynierii Oprogramowania?

8/2007 - OpenKODE - konkurent JavaME



Generic Image Library
Lubomir Bourdev
Lubomir przedstawia ogólny przegląd możliwości rozwiązania Generic Image Library. Pokazuje w jaki sposób GIL rozgranicza szczegóły reprezentacji obrazów od przetwarzających je algorytmów, w jaki sposób można tworzyć wirtualne obrazy na bazie dowolnych funkcji oraz jak używać obrazów, których właściwości mogą być rozpoznane dopiero na etapie uruchomienia programu.

OpenKODE
Janusz Ganczarski
Janusz przedstawia OpenKODE jako najnowszy projekt Khronos Group, często określany odpowiednikiem pakietu DirektX na urządzenia przenośne. Artykuł informuje jak OpenKODE łączy pięć otwartych standardów opracowanych przez Khronos Group:OpenGL ES, OpenVG, OpenMAX, OpenSL ES oraz EGL.

Mock Objects
Marcin Sarniak
Marcin opisuje, w jaki sposób umiejetnie używany EasyMock, który jest bardzo ciekawym narzędziem ułatwiającym tworzenie testów aplikacji w trakcie jej budowania. Naturalność użytych rozwiązań ułatwia późniejszą refaktoryzację kodu. Po opanowaniu API EasyMock-a pisanie testów jest naprawdę szybkie i łatwe.

Jak zarządzać ryzykiem zgodnie z ISO 27001:2005
Marcin Pleszko
Marcin opisuje dostosowania metodyki zarządzania ryzykiem zawarte w metodzie MSF, która została opracowana na potrzeby zarządzania projektami informatycznymi. Sa to zbiory reguł pozwalające na zarządzenie procesem wytwarzania oprogramowania, tak by w założonym z góry czasie i przy posiadanym budżecie zrealizować projekt z sukcesem.

Silverlight-nowe możliwości dla twórców aplikacji internetowych
Sylwester Lewandowski
Sylwester opisuje Silverlight jako technologię, która pozwala na wykonanie podzbioru elementów XAML`a wewnątrz dowolnej przeglądarki internetowej. Obecnie dostępna jest wersja CTP z lutego 2007, ale już warto przyjrzeć się bliżej możliwościom oferowanym przez Silverlight.

Migracja od DHTML do DOM Scripting
Leszek Albrzykowski
Leszek opisał praktyczne metody migracji od DHTML do DOM Scriptingu. Fragment kodu, który zamieścił, skierowany jest do osób początkujących, a główny nacisk położył na bardziej teoretyczne kwestie opisanego problemu

Systemy Rejestracji Czasu Pracy (RCP)
Grzegorz Palmer
Grzegorz przedstawia założenia związane z budową systemu RCP wraz z najważniejszymi fragmentami kodu, które mogą stanowić dobry początek w tworzeniu własnego rozwiązania. Stworzenie dobrze przemyślanych klas dostępu umożliwia relatywnie bezproblemowe zbudowanie interfejsu użytkownika, a jakiekolwiek zmiany wprowadzane w późniejszym terminie nie będą kolidować z ogólną logiką systemu.

Tuning witryny ASP.NET 2.0
Jacek Matulewski
Jacek uczy w jaki sposób całkowicie przeobrazić interfejs zaprojektowanej wcześniej witryny (SDJ 07/2007) używając kaskadowych arkuszy stylów, technologii AJAX.

UML-modelowanie statycznych aspektów oprogramowania
Rafał Kasprzyk
Rafał opisuje jak modelując elementy statyczne rozwiązania dążymy do uzyskania takiej struktury oprogramowania, która będzie umożliwiała realizację wymagań funkcjonalnych przy spełnieniu wymagań niefunkcjonalnych.

NA CD:

- Kurs Oracle cz. II
- Diskeeper 2007 – 45-dniowa wersja ewaluacyjna
- Undelete 5 – 45-dniowa wersja ewaluacyjna
- Desktop Orbiter 5 – specjalnie dla czytelników SDJ pełna wersja!
- Smart Install Maker 2.70 – pełna wersja!

Jak nie dać sie omamić w pracy

OBIECANKI - CACANKI

Większosć ofert pracy kusi bogatym pakietem swiadczeń dodatkowych i nieskrępowanymi możliwosciami rozwoju zawodowego. Co własciwie kryje się za tymi pięknie brzmiacymi zwrotami?

Rosnie desperacja pracodawców, którzy - żeby zdobyć doswiadczonego specjalistę - gotowi sa obiecać złote góry. Zanim wsród wielu ofert wybierze się tę własciwa, trzeba przeznaczyć wiele godzin na rozmowy i testy w "renomowanych firmach, które w zwiazku z gwałtownym rozwojem poszukuja wysoko wykwalifikowanych specjalistów". Dyplom wyższej uczelni i doswiadczenia zdobyte w pracy nad kilkoma projektami często nie wystarcza, żeby zorientować się, co naprawdę moga oznaczać stwierdzenia, które wygłaszaja osoby zajmujace się rekrutacja nowych pracowników. Należy być czujnym cały czas. Radzę zachować szczególna uwagę, gdy słyszy się zwroty, takie jak:

* "Podczas pracy nad wdrożeniem pozostanie Pan w bliskim kontakcie z grupa doswiadczonych konsultantów z firmy informatycznej"
(większosć spotkań będzie odbywała się na parkingu przed wejsciem do zakładu).

* "Oferujemy elastyczne godziny pracy. Może Pan pracować od 8.00 do 16.00, od 16.00 do północy lub od 24.00 do 8.00"
(oczekujemy, że wybierze Pan co najmniej dwie opcje równoczesnie).

* "Gwarantujemy motywacyjny system wynagrodzeń"
(często najlepsza motywacja do wytężonej pracy jest nie spłacony kredyt w banku).

* "Zapewniamy systematyczne podwyżki wynagrodzeń co najmniej dwa razy w roku"
(... może nie w tym roku, ale już w następnym).

* "Nasi specjalisci maja możliwosć pracy w domu"
(zwłaszcza po wyjsciu z zakładu pracy).

* "Zapewniamy dostęp do nowoczesnych technologii"
(od 1993 r. przecież niewiele się zmieniło).

* "Jako główny informatyk będzie Pan współpracował z co najmniej 10 kierownikami różnych szczebli"
(rotacja wsród naszej kadry jest dosyć wysoka).

* "Oferujemy pracę w młodym, dynamicznym zespole"
(... może nie ma on zbyt wiele doswiadczenia, za to robi bardzo dużo szumu).

* "Już po pól roku ma Pan prawo do tygodniowego urlopu"
(do wykorzystania w siedem kolejnych niedziel).

* "Praca w naszej firmie to wiele atrakcyjnych wyzwań zawodowych"
(trzeba przekonać prezesa do zakupu serwera, nauczyć naszych sprzedawców obsługi arkusza kalkulacyjnego).

* "Gwarantujemy aktywne uczestnictwo w sukcesach firmy"
(na razie nie ma na co liczyć, ale za kilka lat, kto wie?).

* "Zapewniamy korzystne warunki rozwoju osobowego"
(praca w naszej firmie uczy przede wszystkim pokory i dystansu do wszelkich niepowodzeń).

* "Nasi pracownicy uczestnicza w wielu atrakcyjnych szkoleniach"
(ostatnio były to kursy "Ezoteryczne zródła problemu roku 2000" i "Neurolingwistyczne metody zarzadzania zespołami ludzkimi").

* "Po okresie próbnym otrzyma Pan na własnosć komputer"
(Pentium 100 MHz, 16 MB RAM).

* "W naszym zakładzie będzie miał Pan możliwosć szybkiego awansu"
(ostatni inteligentni konkurenci do promocji odeszli z firmy przed rokiem).

* "Częscia Pana wynagrodzenia jest bogaty zestaw swiadczeń dodatkowych"
(i to bardzo pokazna częscia).

* "Prawdę mówiac, nam - jako komisji rekrutacyjnej - trudno wyobrazić sobie lepsze miejsce do pracy"
(jednak gdy tylko przyjdzie nam jakies do głowy, składamy wymówienia).