-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.chmurka.net!.POSTED!not-for-mail
From: Andrzej Jarzabek <a...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: Prowadzenie/dokumentowanie projektu...
Date: Wed, 16 Jan 2013 07:51:26 +0000
Organization: news.chmurka.net
Lines: 78
Message-ID: <kd5m5v$cn2$1@somewhere.invalid>
References: <4...@g...com>
<e...@g...com>
<8...@g...com>
<Pine.WNT.4.64.1301152307230.3000@quad>
NNTP-Posting-Host: 5ac53cfe.bb.sky.com
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: somewhere.invalid 1358322687 13026 90.197.60.254 (16 Jan 2013 07:51:27 GMT)
X-Complaints-To: abuse-news.(at).chmurka.net
NNTP-Posting-Date: Wed, 16 Jan 2013 07:51:27 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0
In-Reply-To: <Pine.WNT.4.64.1301152307230.3000@quad>
X-Authenticated-User: ajarzabek
Xref: news-archive.icm.edu.pl pl.comp.programming:201672
[ ukryj nagłówki ]On 15/01/2013 22:28, Gotfryd Smolik news wrote:
> Ja tak z pozoru offtopicznie:
>
> On Thu, 27 Dec 2012, boryspower wrote:
>
>> Przykład: Stworzenie aplikacji do fakturowania
>
> 1. Przeczytać ustawę o VAT i stwierdzić że nic się z tego nie rozumie
> 2. Spytać "fachowca" jak ma być
> 3. Stwierdzić że coś nie pasuje
> 4. Sprawdzić to i owo w internecie
> 5. powtórzyć 1. i stwierdzić że "fachowiec" był niedouczony ;)
Oczywiście może się tak zdarzyć, ale w takiej sytuacji błąd był
wcześniej, już na etapie rekrutacji i twoim problemem nie jest jak
tworzyć oprogramowanie, tylko jak znaleźć douczonych fachowców.
W ogólnym przypadku założenie, że inżynier oprogramowania po
przeczytaniu ustawy i sprawdzeniu tego i owego w internecie będzie
mądrzejszy od fachowca jest dość ryzykowne.
> Potem można zabrać się za rozważania jak program ma działać.
>
> Nie, *NIE* żartuję - wziąłeś doskonały przykład, niemal wzorcowy,
> na to jak można wtopić na błędach założeń :)
> Policzenie choćby tylko VAT (a niekoniecznie jest to jedyny
> podatek który musi być ujawniany na dokumencie) jest dopuszczalne
> na wiele sposobów, w tym takich trudniejszych do wymyślenia,
> ale *niekiedy* napotyka na ograniczenia (trzeba zastosować
> się do któregoś spośród tych wielu)
Oczywiście z druiej strony założenie, że fachowiec usiądzie i napisze od
ręki specyfikację, w której będzie wszystko, co potrzeba. Raczej trzeba
się nastawić na to, że fachowiec powie jak ma być, proramista napisze
program, który to właśnie robi, potem fachowiec powie, że może być
jeszcze inaczej, i programista to zaimplementuje, potem fachowiec powie,
że tak, jak mówił na początku, że ma być, to nie może być jak cośtam itd.
> i wtedy na .podatki pojawia
> post w kategorii "a u głupka kontrahenta nie chcą poprawić f-ry
> bo twierdzą że system nie pozwala" :P
>
> Nie, nie mam na myśli stawki itede :)
>
> Obstawiam że takich przypadków jest sporo - coś co wydaje się
> proste zawiera pułapki które później trudno usunąć.
Natomiast inżynier oprogramowania powinien wiedzieć jak robić programy,
z których dowolne pułapki można łatwo usunąć.
> Taka aplikacja, dobrze zrobiona ale mająca działać bez wsparcia
> "24h na dobę czas dostarczania poprawki 2h" ;) np. powinna
> umożliwiać wpisanie dokumentu w 100% ręcznie lub ręczne
> poprawienie wszystkich pól, bo nie sposób przewidzieć która
> z kombinacji "metod" może wyskoczyć.
> Uczciwie - przewidziałbyś?
Uczciwie jest tak: albo świadczysz usługę "mówicie nam co program ma
robić, a my dostarczamy program, który robi właśnie to", albo usługę
"nasi analitycy analizują wasze potrzeby i powiedzą wam, co program
powinien robić i jak, a wy się zgodzicie albo nie".
Uczciwe świadczenie tej drugiej usługi, zwłaszcza w opcji "24h bez
wsparcia, poprawki w 2h" wymaga odpowiedniej kombinacji doświadczenia i
zatrudnienia kompetentnych analityków, co pozwoli ci to przewidzieć.
>> - jak przygotować dokumentację/opis projektu
>
> Tak żeby był tam zapis "zgodnie z przepisami", co daje do ręki
> narzędzie do doprowadzenia wykonawcy do rozpaczy ;)
> (patrz p.1 :), polecam osobiście zajrzeć do treści)
Jeśli bierzesz na siebie takie zobowiązanie, to musisz zatrudnić
analityka (czy nawet kilku), który powie ci, co jest zgodne, a co
niezgodne z przepisami i to ostatecznie trafia do specyfikacji. Jeśli
nie chcesz wziąć na siebie tego ryzyka, to szukasz klienta, który sam ma
księgowych, prawników czy kogo tam, którzy określą zgodność z przepisami.
Następne wpisy z tego wątku
- 16.01.13 09:01 Miroslaw Kwasniak
- 17.01.13 18:12 darekm
- 18.01.13 00:06 Andrzej Jarzabek
- 18.01.13 11:23 darekm
- 22.01.13 23:42 Andrzej Jarzabek
- 25.01.13 11:34 darekm
- 27.01.13 01:41 Andrzej Jarzabek
- 14.02.13 23:28 Edek Pienkowski
- 15.02.13 01:44 Andrzej Jarzabek
Najnowsze wątki z tej grupy
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
Najnowsze wątki
- 2024-10-04 Warszawa => QA Engineer <=
- 2024-10-04 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-10-04 Warszawa => Senior PHP Laravel Developer (e-commerce) <=
- 2024-10-04 Warszawa => Data Scientist / Data Engineer (predictive modelling) <=
- 2024-10-03 Nieparzyste dmuchanie
- 2024-10-03 Prognozowanie zużycia energii przez PGE?
- 2024-10-03 Re: Drugi ekran na Androidzie
- 2024-10-03 sprawiedliwosc nierychliwa
- 2024-10-03 zloto
- 2024-10-03 Odkurzacz mnie bije :(
- 2024-10-03 Gdańsk => Technical Lead ( (Java Background)) <=
- 2024-10-03 Warszawa => Mid IT Recruiter <=
- 2024-10-03 Olsztyn => Sales Specialist <=
- 2024-10-03 Leszczyna nie zna prawa?
- 2024-10-03 Warszawa => OpenText ECM Specialist <=