Dziś pracując nad projektem uszkodził się plik – przestał się otwierać. MASAKRA. Kilka godzin w plecy. Na szczęście od stycznia (Wersjonowanie i automatyczny backup plików z modelami) używam Spideroak – do robienia backupów online. Ściągnąłem plik jaki zapisał się 20 minut wcześniej i mogłem pracować dalej. Polecam, gdyż dane są szyfrowane przed wysłaniem na serwer. […]
SpiderOak uratował mi kilka godzin pracy Czytaj dalej »
Mało osób wie, że UML w tym roku (a mamy 2012 rok) kończy 15 lat. Sto lat !!! Czy UML jest lekarstwem na radzenie sobie ze złożonością oprogramowania? Tak, ale pod warunkiem, że jest stosowany z umiarem. Co to znaczy? Z UML jest jak z dobrymi witaminami. Gdy stosujemy je w odpowiednich dawkach (jedząc owoce
Uważni i wierni czytelni bloga – mam nadzieję, że takich mam – zauważyli pewnie, że ostatnio trochę jest mniej wpisów. Praca przy sporych projektach “odrobinę” zajmuje mi czasu. Niebawem jednak ukaże się, mam nadzieję ciekawy materiał: architektura korporacyjna w Enterprise Architect oraz modelowanie zagrożeń. Same projekty to jedno – druga sprawa to podróże. Sporo czasu
Projektowanie systemów w dziwnych miejscach Czytaj dalej »
Niestety muszę z dużym wyprzedzeniem zamknąć rejestrację na szkolenie Agile Modeling w Enterprise Architect. Szkolenie nie odbędzie się we wrześniu. Powodem odwołania szkolenia jest fakt iż na tydzień przed zamknięciem rejestracji zgłosiła się jedna osoba oraz moje zaangażowanie w kilka dużych projektów. Projekty te na tyle intensywnie zajmują mi czas, że mogłoby się to odbić
Agile Modeling w Enterprise Architect we wrześniu odwołane Czytaj dalej »
Fajnie, że Polska blog sfera rośnie w nowe atrakcyjne treści. Dziś chciałem polecić: http://eablogpl.blogspot.com/ – nowiutki blog Piotra Trętowskiego – bardzo merytoryczny Ponadto na stronach firmy Erudis można znaleźć kilka wartościowych artykułów. http://www.erudis.pl/pl/artykuly Jeśli znasz jakieś wartościowe strony to napisz jej adres w komentarzach. Warto się dzielić wiedzą. Zapraszam Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji
Blogi i inne strony Czytaj dalej »
Jako, że jestem w Polskiej Radzie IREB (International Requirements Engineering Board) pozwolę sobie donieść iż certyfikat CPRE (Certified Professional in Requirements Engineering) uzyskało już ponad 9 000 osób na całym świecie. Ponadto Kilka dni temu opublikowano słownik CPRE. Nowe tłumaczenia słownictwa dotyczą języka polskiego i szwedzkiego. Słownik jest do pobrania: http://www.certified-re.de/fileadmin/IREB/Download/Homepage%20Downloads/IREB_CPRE_Glossary_13.pdf Myślę, że na dniach
IREB 9000 osób ma certyfikat CPRE Czytaj dalej »
Kilka dni temu w poście Inżynieria wymagań – certyfikaty pisałem o problemach w standaryzacji pracy analityka. W tamtym wpisie (być może trochę przydługim) wskazałem potrzebę potwierdzenia swoich kompetencji odpowiednim certyfikatem. Zdaję sobie sprawę, że taki certyfikat to dla wielu osób “kwiatek do kożucha”, ale myślę, że warto by się z przyjrzeć temu kwiatkowi by móc
Certyfikowany inżynier wymagań Czytaj dalej »
Dwie ważne informacje dotyczące szkolenia: Agile Modeling w Enterprise Architect Zapisała się już jedna osoba -> czekam jeszcze na 4 osoby Zmieniłem termin szkolenia na 20-21.09.2012 Rezerwacja miejsca na szkolenie za pomocą formularza rejestracyjnego. Zapisy tylko do 10.09.2012 Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego VS.NET
Szkolenie Agile Modeling zmiana terminu Czytaj dalej »
Inżynieria wymagań jest pierwszym etapem projektów informatycznych i ma decydujące znaczenie dla ich powodzenia. Inżynieria wymagań określa wszystkich interesariuszy projektu i jego zakres. Im staranniej określa się wymagania, tym mniej błędów powstaje w trakcie projektu. To truizm, który jest znany. Co więcej każdy (lub prawie każdy) uczestnik projektu to potwierdzi. Samo zebranie wymagań to ważny
Inżynieria wymagań – certyfikat Czytaj dalej »
W wielu projektach zdarza się , że dokument wygenerowany z Enterprise Architect musi przeczytać i skomentować kilka czasem (znam skrajny przypadek)kilkanaście osób. Sekwencyjne wysyłanie dokumentów do opiniowania jest raczej mało sensowne a na pewno czasochłonne. W takiej sytuacji staram się używać Google Docs. Zapisanie artefaktu w Google Docs ma dwie zalety. Plik jest od razu
Wiele osób musi skomentować dokumentację z Enterprise Architect Czytaj dalej »
