osobiście i bardzo subiektywnie uważam, że nawet jeśli dowolną kupę mało spójnego tekstu rozłożymy na wiersze i kolumny dowolnej ilości tabel (to się czasem nazywa czasem nadawaniem tekstowi struktury) to taki tekst nadal będzie mało spójny. Przypadki użycia jako tabelaryczna forma zapisu "user story" lub wymagań funkcjonalnych, nie uzyskają spójności poprzez sam fakt ich stabelaryzowania. Przypadki użycia zaś jako efekt analizy całości zachowań i świadomego wyboru części z nich to jest dopiero spójny i kompletny opis wymagań. Bo jak to ktoś powiedział: kompletna lista najładniejszych kobiet w danym mieście to nie lista spotkanych ładnych w ostatnim miesiącu a lista wybranych spośród wszystkich w tym mieście. Taka lista ma sens bo nie grozi nam to, ze następnego dnia w tym mieście spotkamy inna ładniejszą.
Jeżeli ktoś Ci przyniesie specyfikację przypadków użycia do systemu i nie będzie potrafił jednoznacznie odpowiedzieć na pytanie dlaczego jest ich akurat tyle a nie np. jeden mniej lub dwa więcej albo dlaczego akurat te a nie inne, to najprawdopodobniej znaczy to, że podczas wdrożenia na pewno "spotkasz kilka innych ładniejszych kobiet".
Jeśli okaże się, że normy korporacyjne są sprzeczne z jego normami, to jak powiedział Krzysztof, ?Take it or leave it?. Normy korporacyjne w sposób eufemistyczny nazywają to, co my nazywamy zachowaniami nieetycznymi, zbyt często tak się dzieje. (źr. Etyka w biznesie/marketingu | Filozofia marketingu). Stale spotykam się z tym, że powyższa zasada sprawdza się. Jeśli uznać, że powyższe to naturalny ciąg zdarzeń, to można zaryzykować stwierdzenie, że skoro ktoś w czymś bierze udział to znaczy, że to akceptuje, mimo tego, że otwarcie tego nie raz nigdy nie przyzna....
Przecież analizę zrobimy sami, a jak nie - to zrobi to dostawca. Tak często rozpoczyna się tak zwana "Droga do klęski". Rzemieślnicy produkujący ?przed Kopernikiem? skomplikowane i kosztowne przyrządy do określania położenia planet i gwiazd z wiadomych powodów nie byli zainteresowani upraszczaniem modelu geocentrycznego i swoich skomplikowanych przyrządów. Dlatego zapewne nie raz jeszcze usłyszę, że dobra analiza to setki stron, tysiące wymagań, miesiące pracy.
Jednak dobra analiza to tylko: dziesiątki stron i wymagań, tygodnie pracy ale nie dyktafon a zaawansowane metody, takie jak formalna analiza systemowa oparta na modelach i ich testowaniu.
Prawdopodobnie każdy miał kiedyś wrażenie, że umowa zapewnienia ciągłości działania dla systemów informatycznych - Service Level Agreement (SLA), to wygłodniały i bezduszny potwór z paszczą pełną dziewiątek.W artykule Autor skonfrontował technologie trzech największych gigantów w dziedzinie wirtualizacji: Citrix, Vmware oraz Microsoft. Autor przedstawił aspekty związane z zapewnieniem ciągłości działania systemów informatycznych.Tekst zrecenzował Łukasz Przyjemski- Specjalista ds. bezpieczeństwa sieci komputerowych.
Wydarzenie poświęcimy cloud computing ? idei znanej od dłuższego już czasu informatykom. Idei, która, z dnia na dzień, zyskuje coraz szersze grono wyznawców i użytkowników. Zapraszam na mój referat: Cloud computing vs cloud services ? różnice, porównanie usługi w modelu Saas, IaaS, PaaS.
Stosowanie analizy systemowej, modelowania oraz formalnych notacji do tworzenia modeli, powoduje, że wyniki analiz są daleko bardziej wiarygodne. Z reguły celem pracy analityka biznesowego czy projektanta jest opracowanie opisu rekomendowanego rozwiązania. Może nim być docelowy model organizacji czy też opis oprogramowania jakie należy dostarczyć (bo nie zawsze wytworzyć!). W procesie formalnej analizy systemowej (nie jest to analiza systemu informatycznego, to analiza dowolnego systemu), powstają modele, które testujemy. Taki model to najpierw hipoteza, a po weryfikacji, jest to opis rozwiązania (projekt tego co ma powstać). Idealną sytuacją była by taka, a której mamy narzędzia do modelowania każdej analizowanej dziedziny. W klasycznej inżynierii jest to rysunek techniczny i zasady obliczania wytrzymałości, sformalizowany system tworzenia schematów elektrycznych i elektronicznych i wiele innych (zależnie od dziedziny), notacje UML w inżynierii oprogramowania. W sferze zarządzania mieliśmy do niedawna biała plamę, teraz mamy już BMM czy ArchiMate. Moim zdaniem utrzymywanie, że można coś skutecznie analizować metodami nieformalnymi świadczy raczej o niewiedzy i braku kompetencji.
Z serwisów społecznościowych korzysta obecnie ponad 18 mln internautów. Większość z nich udostępniła na swoich profilach przynajmniej podstawowe dane na swój temat, takie jak imię i nazwisko lub miejsce zamieszkania. Wiele osób decyduje się na publikację swojego zdjęcia. Nie wszyscy użytkownicy serwisów mogą sobie zdawać jednak jeszcze sprawę, że wraz z wysłaniem danych na serwery serwisów stają się one własnością serwisów. W połowie zeszłego roku poruszenie wśród internautów wywołała zmiana regulaminu Nk.pl umożliwiająca serwisowi zwiększenie zakresu przetwarzania danych osobowych użytkowników oraz potwierdzenie prawa Nk do wykorzystywania zamieszczanych przez internautów zdjęć i innych materiałów. Zmiany nie odbiegały jednak od standardów stosowanych przez inne portale społecznościowe.
