Wymagania na oprogramowanie ERP a analiza przedwdrożeniowa – gdzie różnica?

Tak więc ana­li­za wyma­gań to jest pra­ca wyko­na­na by opi­sać cze­go ocze­ku­je­my i doko­nać wybo­ru. Analiza przed­wdro­że­nio­wa to pra­ca wyko­ny­wa­na przez dostaw­cę, któ­re­go wybra­no, w celu opra­co­wa­nia spe­cy­fi­ka­cji prac jakie nale­ży wyko­nać by wdro­żyć dany pro­dukt. Dobrze wyko­na­ny model nie zawie­ra infor­ma­cji nad­mia­ro­wych, któ­re zawsze pod­no­szą koszt wyko­na­nia mode­lu a tak­że nie raz sta­no­wią zbęd­ne ogra­ni­cze­nia. Użycie takie­go mode­lu jako narzę­dzia wybo­ru sys­te­mu ERP jest bar­dzo sku­tecz­ne: wystar­czy go roze­słać do dostaw­ców i zapy­tać po pierw­sze czy ich sys­tem pasu­je do nie­go, jeże­li tak to ile kosz­tu­je ten pro­dukt rok po roku. Z takim mode­lem kupu­ją­cy nie musi udo­wad­niać, że jego ocze­ki­wa­nia mają sens (co nie raz zda­ją się pod­wa­żać dostaw­cy) a dostaw­ca musi zde­kla­ro­wać, że jego pro­dukt pasu­je do modelu. 

Czytaj dalej Wymagania na oprogramowanie ERP a analiza przedwdrożeniowa – gdzie różnica?

Wymagania – klient to nasz Pan czy Pacjent?

Skoro w fir­mie i tak robi­my kopie zapa­so­we dys­ków sie­cio­wych i zaso­bów pra­cow­ni­ków a dys­ki są coraz tań­sze po co two­rzyć dru­gi i bar­dzo kosz­tow­ny ser­wer pli­ków z sys­te­mu pocz­to­we­go? Po co uży­wać ser­we­ra pocz­to­we­go do zarzą­dza­nia doku­men­ta­mi sko­ro i tak jest to tyl­ko cześć waż­nych rze­czy a pozo­sta­łe i tak są na dys­kach sie­cio­wych jako pli­ki i nie unik­nie­my sys­te­mu zabez­pie­cze­nia tych zaso­bów tak­że? Skoro współ­dzie­le­nie pli­ków na dys­kach sie­cio­wych jest pro­ste i w zasa­dzie bez kosz­to­we to po co dopła­cać do ser­we­ra pocz­to­we­go za opcje por­ta­lo­we­go dostę­pu do swo­ich i cudzych maili, za moż­li­wość zarzą­dza­nia pra­wa­mi do cudzych maili by kole­ga, kole­żan­ka lub szef mogli skom­ple­to­wać histo­rię kore­spon­den­cji z klien­tem? Dlaczego trzy­mać waż­ne pli­ki w ser­we­rze pocz­to­wym sko­ro odzy­ski­wa­nie ich stam­tąd jest znacz­nie trud­niej­sze niż z kata­lo­gów na dys­kach? Takich pytań moż­na zadać jesz­cze wie­le. Czy życze­nie pra­cow­ni­ka (któ­ry ma pra­wo nie wie­dzieć, że są inne meto­dy lub ukry­je je bo wyma­ga­ły by zmian) jest wystar­cza­ją­cym powodem?

Czytaj dalej Wymagania – klient to nasz Pan czy Pacjent?

Wymagania na oprogramowanie ERP wspomagające zarządzanie: dwie kupki

Najpierw ana­li­za tego co i jak robi­my. Potem podział tego na obsza­ry stan­dar­do­we, któ­re obsłu­ży­my narzę­dziem uni­wer­sal­nym, i pozo­sta­łe (któ­rych z regu­ły jest bar­dzo mało ale są bar­dzo waż­ne dla nas) i zrób­my je po swo­je­mu ale nie pakuj­my się w niszo­we lub prze­sta­rza­łe tech­no­lo­gie. Nie dawaj­my tak­że wia­ry w to, że kup­no tego co ma (powie­le­nie tego co robi) nasz kon­ku­rent uczy­ni nas bar­dziej kon­ku­ren­cyj­ny­mi bo prak­ty­ka poka­zu­je coś zupeł­nie odwrotnego.

Czytaj dalej Wymagania na oprogramowanie ERP wspomagające zarządzanie: dwie kupki

IEEE830-1998 ? czy produkuje dobre wymagania?

Paradoksalnie wyko­na­nie takie­go mode­lu jest tu naj­więk­szą trud­no­ścią. Dlaczego? Tworząc go nale­ży bez­względ­nie pano­wać na jego zło­żo­no­ścią, pano­wać nad subiek­ty­wi­zmem osób z któ­ry­mi pro­wa­dzi­my wywia­dy, rozu­mieć stra­te­gię mode­lo­wa­nej fir­my i jej model biz­ne­so­wy, wie­le innych. Identyfikacja pro­ce­sów sama w sobie jest trud­na, wyma­ga posia­da­nia metod ich iden­ty­fi­ka­cji i wery­fi­ka­cji popraw­no­ści samej ana­li­zy i mode­lu, to jed­nak temat na książ­kę a nie na taki artykuł.

Czytaj dalej IEEE830-1998 ? czy produkuje dobre wymagania?

Jak wykonać wymagania na system informatyczny

Odpowiedź brzmi: zakup sys­te­mu infor­ma­tycz­ne­go mają­ce­go wspie­rać zarzą­dza­nie fir­mą bez posia­da­nia mode­lu tego zarzą­dza­nia oraz zin­for­ma­ty­zo­wa­nie sta­nu zasta­ne­go fir­my jest niczym innym jak tyl­ko utrwa­le­niem tego sta­nu. Nawet jeże­li uda się wdro­żyć sys­tem w tej posta­ci to fir­ma nie posu­nę­ła się w efek­cie ani krok do przodu.

Czytaj dalej Jak wykonać wymagania na system informatyczny

Początek dobry a potem coraz gorzej czyli MVP

Wprowadzenie Od kilku już lat jestem, jako ekspert, angażowany jako rzeczoznawca do sporządzania opinii na zlecenie sądów (opinia biegłego) lub jednej ze stron sporu (opinia prywatna). Są to spory dotyczące…

Czytaj dalej Początek dobry a potem coraz gorzej czyli MVP

Ile scenariuszy ma Use Case i dlaczego nie jeden?

Wprowadzenie Bardzo często na szkoleniach, a także na zajęciach laboratoryjnych z przedmiotu Inżynieria oprogramowania, jestem pytany o przypadki użycia i ich scenariusze. Szczególnie często pada pytanie czy przypadek użycie reprezentuje…

Czytaj dalej Ile scenariuszy ma Use Case i dlaczego nie jeden?

Wzorzec MVC – dyskusja c.d.

Wprowadzenie Wzorzec ten budzi wiele kontrowersji co do tego czym są te trzy komponenty. Popatrzmy do anglojęzycznej WIKI: Model - Centralny komponent wzorca. Jest to dynamiczna struktura danych aplikacji, niezależna…

Czytaj dalej Wzorzec MVC – dyskusja c.d.