Category Archives inżynieria oprogramowania

Pod koniec 2016 roku w poście PODSUMOWANIE 2016 I PLANY NA 2017, w kontekście 10 lat prowadzenia bloga, pisałem o dwóch niespodziankach. Pierwsza z nich niebawem ujrzy światło dzienne. Otóż postanowiłem nagrać bezpłatny kurs z podstaw modelowania przypadków użycia. Prace powoli się finalizują. Więcej na ten temat zobaczysz w poniższym zaproszeniu.  

Od pewnego czasu widoczna jest dyskusja dotycząca wartości modelowania. Zwolennicy podejścia zwinnego niezbyt chętnie widzą modele. Konserwatyści preferujący klasyczne podejście do procesu wytwórczego oprogramowania chętniej modelują. Modelowanie kosztuje. Narzędzia zazwyczaj niewiele, natomiast ludzie (analitycy, projektanci, architekci) już sporo. Nie da się ukryć, że korzystanie z UML wydłuża proces budowy oprogramowania. Czy to czas stracony? Przy nadmiarowym modelowaniu zapewne tak. Przy rozsądnym dobraniu technik…

W poprzednim tygodniu pisałem o kanban w Enterprise Architect (Kanban w Enterprise Architect 13 część 1). Dziś postaram się przedstawić mechanizmy raportowania a dokładniej wykresy w Enterprise Architect zbudowane na bazie historyjek użytkownika. Wspomniane  wykresy pokażę na małym repozytorium  z 15 elementami. Dodajemy elementy do diagramów Kanban i działamy zgodnie z jego zasadami :-) W swoim repozytorium ćwiczebnym mam 15…

No i stało się. Postanowiłem poeksperymentować z social media. Co to oznacza? Założyłem strony bloga na google+ oraz facebook. Myślę, że po niemalże 10 latach pisania wreszcie dorosłem :-) Zobaczymy co z tego wyjdzie. Adresy bloga: google+: https://plus.google.com/101542583698937431201 facebook: https://www.facebook.com/michalwolskipl-1156332067765698/ Zmieniłem także adres rss. Nowy adres to: https://www.michalwolski.pl/feed/ Ponadto testuję możliwość zapisywania się na subskrypcję via e-mail. Jak tylko testy wypadną pozytywnie pojawi się też…

W ciągu ostatnich kilku lat widzę dość radykalne zmiany w zakresie potrzeb moich klientów. Kilka lat temu królowały szkolenia z UML, BPMN. Dziś nacisk jest położony na proces wytwórczy oprogramowania. Przede wszystkim problemem jest wykorzystywanie narzędzi CASE (np.: powszechnie stosowany Enterprise Architect). Wielu zespołom brakuje uporządkowanej metodyki pracy. Metodyki, która uwzględnia specyfikę pracy organizacji, jej strukturę, wytwarzane artefakty, narzędzia, stopień rozproszenia…

Bardzo często zdarza się, że chcemy mieć informację o tych elementach, które nie zostały zmapowane na inne elementy. Przykładowo możemy szukać tych wymagań, które nie realizują żadnych przypadków użycia. Inny przykład to poszukujemy tych elementów procesu biznesowego, który nie wspierają usługi aplikacyjne. Innymi słowy szukamy samotnych elementów. Enterprise Architect wspiera możliwość raportowania takich osieroconych elementów. Są dwa sposoby na szukanie.…

Dzisiejszy wpis poświęcony jest Software & Systems Process Engineering Meta-Model Specification (SPEM). Co to jest SPEM? SPEM to zaproponowany przez OMG (ang. Object Management Group), który został pomyślany jako spójny zestaw pojęć do opisu procesu inżynierii oprogramowania. Co oferuje SPEM? Cytując artykuł “SPEM/UML w specyfikacji procesów zarządzania projektem” (Iwona Dubielewicz, Jerzy Sas, e-Informatica Software Engineering Journal/ “Problemy i metody inżynierii…

W 2009 roku zamieściłem linki do metodyk online. Dziś robiłem drobne porządki i stwierdziłem, że linki są nieaktywne. Zaktualizowałem je w poście z 2009 roku oraz dodałem Agile Business Rule Development Scrum OpenUP Extreme Programming Agile Business Rule Development Uwaga zdarza się, że niektóre przeglądarki nie otwierają tych metodyk. Firefox sprawia najmniej problemów. Miłego korzystania :)

Na przestrzeni ostatnich lat świadomość modelowania procesów biznesowych w środowiskach informatycznych i nieinformatycznych rośnie. Nie ma już dyskusji czy warto modelować. Zasadniczo wiadomo, że warto.  Rozważania dotyczą tego co i jak modelować by praktycznie wykorzystać wykonaną pracę. Mam wrażenie, że brakuje wiedzy na temat jak ma sensownie wyglądać modelowanie procesów biznesowych. Jeśli istnieje potrzeba by zgłębić arkana praktycznego modelowania procesów…

Close