GoldenLine
Zaloguj się
Robert Sternicki

Robert Sternicki Specjalista IT

Temat: Pochwalcie się Waszymi osiągnięciami

Pomysł na ten wątek zrodził się w momencie dyskutowania nad zawartością konkretnego dokumentu - projektu technicznego (http://www.goldenline.pl/forum/uml/726260/s/1#14346780)

Proponuję zamieszczać tutaj Wasze propozycje zawartości poszczególnych dokumentów powstających na etapie wytwarzania oprogramowania. Myślę, że wszyscy skorzystamy na wymianie doświadczeń, zwłaszcza autorzy dokumentów - będą mogli napawać się dumą, że niosą kaganek oświaty, "przy okazji" spełniając dobry uczynek - pomagając bliźnim :-)

Raz jeszcze zachęcam do aktywności.
Dla najbardziej aktywnych przewidziane nagrody... pisemne lub ustne (jak kto woli) :D
Link do wypowiedziLink
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Pochwalcie się Waszymi osiągnięciami

Robert Sternicki:
Pomysł na ten wątek zrodził się w momencie dyskutowania nad zawartością konkretnego dokumentu - projektu technicznego (http://www.goldenline.pl/forum/uml/726260/s/1#14346780)

Proponuję zamieszczać tutaj Wasze propozycje zawartości poszczególnych dokumentów powstających na etapie wytwarzania oprogramowania. Myślę, że wszyscy skorzystamy na wymianie doświadczeń, zwłaszcza autorzy dokumentów - będą mogli napawać się dumą, że niosą kaganek oświaty, "przy okazji" spełniając dobry uczynek - pomagając bliźnim :-)

Raz jeszcze zachęcam do aktywności.
Dla najbardziej aktywnych przewidziane nagrody... pisemne lub ustne (jak kto woli) :D

mogę np. umieścić projekt fikcyjny, jest nieduży bo czas na darmową prace mam ograniczony...
http://it-consulting.pl/pub/CaseStudy/

projekty prawdziwe są (u mnie) w 100% niepubliczne wiec .... jak z etyką?
Link do wypowiedziLink

konto usunięte

Temat: Pochwalcie się Waszymi osiągnięciami

Problem z propozycja zawartosci tak jak wspomnial Jarek jest natury etycznej. Zadna z firm progrmiastycznych nie ujawni takich szczegolow. Calą realizacje projektu mozna podzielic na kroki:

1) przygotowanie SRSa, ktory staje sie podstawa do zatwierdzenia projektu;

2) na podstawie SRSa proponowana jest architektura aplikacji

3) alokacja zasobow do wykonania projektu zgodnie z wymaganiami w punkcie 1)

4) rezalizacja projektu

5) sprawdzenie czy to co zostalo opisane w SRSie zostalo wyprodukowane

W szkole analitykow z ktorej ja zostalam wyszkolona zasada jest jedna, w SRSie nie sugeruje sie rozwiazan architektonicznych bo to zawęza pole dzialania architekta.

Ja np. pisze SRS zgodnie z zatwierdzonym szablonem IEEE830.

W najblizszym czasie bede tworzyc case study to moze uda mi sie wrzucic...

To taki szkielecik, ktory niewiele sie zmienia w zaleznosci od projektu.

1. Wstęp
1.1 Cel projektu
1.2 Zakres Projektu
1.3 Definicje, akronimy i skróty
1.4 Terminy

2. Opis ogólny

3. Szczegółowe wymagania
3.1 Wymagania funkcjonalne
3.2 Wymagania niefunkcjonalne
4. Interfejsy
4.1 Interfejsy Uzytkownika
4.2 Interfejsy komunikacyjne

5. Załączniki

Z Jarkiem roznimy sie podejsciem,bo ja zajmuje sie tylko i wylacznie analiza wymagan,zarzadzaniem i przygotowaniem gruntu dla programistow, natomiast Jarek jest rowniez inzynierem systemow, wiec troszke inaczej moze patrzec na wymagania, bardziej pod katem realizacyjnym.

Poza tym- ile analitykow,tyle szkol....

PozdrawiamMonika Brocka edytował(a) ten post dnia 08.02.09 o godzinie 19:59
Link do wypowiedziLink
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Pochwalcie się Waszymi osiągnięciami

Monika Brocka:
Poza tym- ile analitykow,tyle szkol....

Myślę, że to klucz do tematu:
- projekty prawdziwe są niedostępne z opisanych powodów
- projekty fikcyjne, które się tu być może pojawią, to raczej ilustracja czyjejś konkretnej metodyki (maja wiele firm i analityków)
- normy tworzenia takich dokumentacji wymagań to tak na prawdę zalecenia a nie standardy, w każdym razie tak długo jak długo będzie więcej niż jeden.

Dlatego uważam, ze warto we wstępach do analiz podawać opis tego co i po co zostanie tam napisane.
Link do wypowiedziLink
Robert Sternicki

Robert Sternicki Specjalista IT

Temat: Pochwalcie się Waszymi osiągnięciami


mogę np. umieścić projekt fikcyjny, jest nieduży bo czas na darmową prace mam ograniczony...
http://it-consulting.pl/pub/CaseStudy/

projekty prawdziwe są (u mnie) w 100% niepubliczne wiec .... jak z etyką?

Proszę nie zrozumieć mnie źle, nikogo nie namawiam do ujawniania tajemnicy służbowej, ale myślę, że ten wątek mógłby mieć charakter na kształt propozycji p. Jarka.

Uważam, że wiele osób dysponuje pewnymi swoimi opracowaniami, które stworzyło na swoje potrzeby i takie też dokumenty możnaby tu śmiało umieszczać, a następnie na ich temat dyskutować.
Link do wypowiedziLink
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Pochwalcie się Waszymi osiągnięciami

Robert Sternicki:

mogę np. umieścić projekt fikcyjny, jest nieduży bo czas na darmową prace mam ograniczony...
http://it-consulting.pl/pub/CaseStudy/

projekty prawdziwe są (u mnie) w 100% niepubliczne wiec .... jak z etyką?

Proszę nie zrozumieć mnie źle, nikogo nie namawiam do ujawniania tajemnicy służbowej, ale myślę, że ten wątek mógłby mieć charakter na kształt propozycji p. Jarka.

Uważam, że wiele osób dysponuje pewnymi swoimi opracowaniami, które stworzyło na swoje potrzeby i takie też dokumenty możnaby tu śmiało umieszczać, a następnie na ich temat dyskutować.


no to zamieściłem właśnie taki :)

proszę się nie gniewać, w moim obecnym projekcie ludzie mówią: eksperci pracują po cichu....
Link do wypowiedziLink
Robert Sternicki

Robert Sternicki Specjalista IT

Temat: Pochwalcie się Waszymi osiągnięciami

Jarek Ż.:
Robert Sternicki:

mogę np. umieścić projekt fikcyjny, jest nieduży bo czas na darmową prace mam ograniczony...
http://it-consulting.pl/pub/CaseStudy/

projekty prawdziwe są (u mnie) w 100% niepubliczne wiec .... jak z etyką?

Proszę nie zrozumieć mnie źle, nikogo nie namawiam do ujawniania tajemnicy służbowej, ale myślę, że ten wątek mógłby mieć charakter na kształt propozycji p. Jarka.

Uważam, że wiele osób dysponuje pewnymi swoimi opracowaniami, które stworzyło na swoje potrzeby i takie też dokumenty możnaby tu śmiało umieszczać, a następnie na ich temat dyskutować.


no to zamieściłem właśnie taki :)

... i wielkie dzięki za wkład :)
Link do wypowiedziLink

konto usunięte

Temat: Pochwalcie się Waszymi osiągnięciami

Analiza Systemu
Słownik użytych skrótów i pojęć (definicje)
1 WSTĘP1.1 Cel i przeznaczenie dokumentu
1.2 Metoda opisu zbierania wymagań
2 KONCEPCJA ROZWIĄZANIA
2.1 Kontekst działania Systemu
2.2 Procesy biznesowe
2.3 Wymagania biznesowe
3 PROCESY BIZNESOWE
3.1 Obsługa ………
3.2 Obsługa ……
3.3 Zarządzanie Systemem
3.4 Zarządzanie Raportami
4 MODEL SYSTEMOWYCH PRZYPADKÓW UŻYCIA
4.1 Zidentyfikowane przypadki użycia
4.1.1 Podsystem Obsługi ………
UC1.1. Zgłoszenie aktualizacji
4.1.2 Podsystem Obsługi …………
4.1.3 Podsystem Zarządzania
4.1.4 Podsystem Zarządzania Raportami
4.2 Aktorzy biznesowi systemu ……
5 OBIEKTY BIZNESOWE
6 DOKUMENTY SYSTEMU

Projekt Techniczny
Słownik użytych skrótów i pojęć (definicje)
1. Wstęp
1.1. Cel i przeznaczenie Dokumentu
1.2. Metoda realizacji prac projektowych
2. Perspektywa implementacyjna
2.1. Struktura komponentów
2.2. Komponenty konfiguracyjne
2.3. Implementacja procesów biznesowych
2.4. Użytkownicy, grupy, uprawnienia
2.5. Struktura oprogramowania
2.6. Raporty
3. Perspektywa procesowa - Integracja
4. Perspektywa wdrożeniowa
4.1. Warstwa wdrożonych komponentów
4.2. Warstwa połączeń sieciowych
Link do wypowiedziLink

konto usunięte

Temat: Pochwalcie się Waszymi osiągnięciami

Ciekawy dokumencik z diagramami
http://www.ccs.neu.edu/course/com3205/sampleproject.doc
Link do wypowiedziLink
Jarosław Żeliński

Jarosław Żeliński Analityk i
Projektant Systemów

Temat: Pochwalcie się Waszymi osiągnięciami

Jerzy N.:
Ciekawy dokumencik z diagramami
http://www.ccs.neu.edu/course/com3205/sampleproject.doc

Moim zdaniem bardzo sensowna dokumentacja: pokazany wyłącznie to co należało pokazać (co autor uznał, że należy pokazać).

Stosuje bardzo podobne podejście: ekonomiczne i skuteczne. Ma jedną wadę: dla osoby nie znającej UML kompletnie nieczytelny. Do tego jest tam troszkę elementów analizy strukturalnej i obiektowej (to akurat nie jest w moich oczach wada, to tylko spostrzeżenie).

Dobrym nawykiem jest jednak stosowanie mojej ulubionej rady jaką prof. Goldfiger (fizyk) dawał swoim doktorantom: "pisząc prace pamiętaj, że nie piszesz dla debili nie zapominaj jednak, że debile też będą ją czytali".Jarek Ż. edytował(a) ten post dnia 18.02.09 o godzinie 17:08
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy





Wyślij zaproszenie do
Anuluj