J2ME, Android. Aplikacje dla urządzeń mobilnych.
ASP.NET  DOKUMENTACJA  FLASH  J2EE SERVLET JSP  J2ME MOBILE  JAVASCRIPT  OPROGRAMOWANIE  PHP  SERWER  SQL  TRENDY  WYSZUKIWARKI  XML 

Szybkie tworzenie projektów informatycznych [strona 5]

Wdrożenie produktu

 
 spis treści:
1. Jak używać systemu Q2?
2. Zagadnienie jakości w projektowaniu systemem Q2.
3. Tworzenie szczegółowej specyfikacji produktu
4. Budowanie produktu (tworzenie kodu)
Wdrożenie produktu5. Wdrożenie produktu
Najważniejszą sprawą jaką trzeba sobie uzmysłowić w fazie wdrożenia produktu jest to kto dostarcza produkt komu. W tym przypadku zespół projektowy dostarcza produkt zespołowi testerów oraz osobom odpowiedzialnym za wypuszczenie produktu na rynek (to tychże zaliczają się także osoby zajmujące się marketingiem produktu). Faza wdrożenia dzieli się na część testowania oraz część wypuszczenia produktu.

Z momentem kiedy produkt opuszcza fazę budowania, zespół testujący powinien mieć usystematyzowane plany testowania aplikacji. Powinny zostać przygotowane wszelkie narzędzia wymagane do testowania, włącznie z platformami testującymi.

Celem części testowania produktu jest dogłębne przetestowanie wszystkich funkcji produktu przez zespół testerów, tak jak by to sami użytkownicy korzystali z produktu. Do zadań programistów w tej fazie należy usunięcie znalezionych błędów. Osoby odpowiedzialne za wypuszczenie produktu na rynek powinny podjąć w tej fazie wszystkie niezbędne działania aby zapewnić wysoką jakość produktu.

Testowanie produktu
Dogłębne testowanie produktu jest jednym z najważniejszych zadań fazy wdrożenia. Zespół zapewnienia jakości powinien nie tylko dbać o prawidłowe przeprowadzenie procesu testowania produktu, ale także pamiętać o zgromadzeniu i przeanalizowaniu wszelkiej wymaganej dokumentacji, której wysoka jakość jest niezbędna aby wypuścić gotowy produkt na rynek.

W trakcie fazy projektowania zespół zapewnienia jakości stworzył plan testów, definiując wszelkie systemy i procedury testowe potrzebne aby produkt mógł zostać oddany do użytku klientom (wypuszczony na rynek). Testowanie produktu powinno odbywać się już w trakcie tworzenia produktu, w fazie budowania, aczkolwiek najbardziej intensywne prace mające polegać na znalezieniu ewentualnych błędów odbywać się powinny właśnie w fazie wdrożenia.

Jeśli pomoc techniczna dla produktu będzie świadczona przez specjalnie wyznaczone do tego osoby w tej fazie powinno się szczegółowo przemyśleć plan pomocy technicznej i przygotować wszelkie materiały mogące pomóc w udzieleniu odpowiedzi na pytania klientów.
Dokumenty tworzone na koniec pierwszej części fazy wdrożenia to:

- Podsumowanie planu testów przedstawiające wszystkie przeprowadzone testy oraz przewidywalną wydajność i skalowalność produktu. Nie można przeprowadzić realnych testów wydajnościowych zanim produkt nie będzie znajdował się w docelowym środowisku, w którym będzie wykorzystywany, aczkolwiek w trakcie testowania w środowisku, gdzie produkt powstawał można wyodrębnić problemy z zakresu wydajności jakie mogą powstać na docelowej platformie systemowej.
- Plan doskonalenia produktu, (bazujący na dokumencie opisującym ryzyko) opisuje strategie zmniejszenia ryzyka, rozwinięte w odpowiedzi na ostateczne wypuszczenie produktu. W tym dokumencie zaprezentowane powinny być dodatkowe czynniki powodujące ryzyko zidentyfikowane w trakcie tejże fazy. Jeżeli opisane tutaj ryzyko jest na tyle duże, że usprawiedliwia opóźnienie wypuszczenia produktu na rynek powinno się podjąć tą kwestię w trakcie spotkanie odbywającego się pośrodku fazy wdrożenia. W tym właśnie punkcie zespół pomocy technicznej powinien już znać produkt finalny w takim stopniu, aby mógł pomóc we wszelkich potencjalnych problemach na jakie mogą natknąć się użytkownicy produktu.

Wypuszczenie produktu na rynek (dostarczenie klientowi)
Kolejnym istotnym celem fazy wdrożenia jest specyfikacja wypuszczenia produktu na rynek (dostarczenie dla klienta). Kiedy produkt staje się gotowy do ostatecznego wypuszczenia wszystkie detale tego procesu powinny być dostatecznie przeanalizowane, przetestowane i udokumentowane.

Jeśli zespół budowniczych produktu musi wprowadzić jakieś zmiany aby dało się zrealizować założony scenariusz wypuszczenia produktu należy nadać temu zadaniu wysoki priorytet.

Celem fazy wypuszczenia produktu jest stworzenie jasnej i zwięzłej dokumentacji, specyfikacji opisującej wszystkie aspekty działania wytworzonej aplikacji w docelowym środowisku, w którym będzie ona działać. W tym dokumencie powinny znaleźć się dodatkowo informacje na temat wykorzystania zasobów użytych do wypuszczenia produktu oraz wszelkie informacje, które będą opisywały efekty jakie nowy produkt wywiera na otaczające go środowisko (np. obciążenie systemu komputerowego, wymagania odnośnie tworzenia kopii zapasowych, wymagania bezpieczeństwa fizycznego sprzętu, wydajność sieci komputerowej).

Dodatkowe cele biznesowe i marketingowe
W czasie tej fazy zespół marketingowy wraz z zespołem programistów może wspólnie opracować materiały promocyjne, które pozwolą przybliżyć produkt dla potencjalnego klienta:
- Wersje demonstracyjne oraz prezentacje demonstracyjne produktu. .
- Materiały informujące potencjalnego użytkownika o możliwościach produktu, jego funkcjach.
- Szczegółowe informacje dla partnerów handlowych dotyczące produktu, co pozwoli na zaspokojenie wszystkich pytań potencjalnych klientów dotyczących nowego produktu.
- Stworzenie listy standardowych pytań i odpowiedzi, które mogą być zadawane przez osoby zainteresowane produktem. Odniesienie się do potencjalnych konkurentów rynkowych, integracji z istniejącymi aplikacjami, standardami.

Skupiaj zespoły na celu
Przez cały czas trwania projektu wszyscy członkowie zespołu projektowego powinni spotykać się raz w tygodniu i analizować przebieg dotychczasowych prac, przeprowadzać demonstrację gotowych projektów - rozwiązywać napotkane problemy i rozwiewać wątpliwości. W trakcie każdej fazy projektu takie spotkania będą miały nieco odmienny charakter - odpowiednio do wymagań.

W trakcie tych spotkań cały zespół projektowy powinien pamiętać o początkowych założeniach projektu, z czasem postępowania prac pewne elementy wizji produktu mogą ulec zatarciu i cotygodniowe spotkania powinny kierować zespół zawsze na właściwy tor. Trzeba pamiętać, że z momentem ukończenia projektu każdy członek zespołu, który pracował przy stworzeniu produktu, w trakcie którejkolwiek z faz powinien uczestniczyć w tym szczególnym wydarzeniu jakim jest ostateczne zakończenie projektu.


O autorze
Łukasz Kalita (kalita@ipro.pl)
Student Wydziału Zarządzania Uniwersytetu Gdańskiego
Członek zespołu specjalistów w firmie IPRO.

Firma IPRO, z siedzibą w Gdańsku, zajmuje się świadczeniem kompleksowych usług internetowych dla przedsiębiorstw w Polsce oraz zagranicą.

WWW: http://www.ipro.pl/
e-mail: biuro@ipro.pl
tel/fax: +48 (prefix) 58 3217276

Źródła
www.techrepublic.com
strona poprzednia 1 2 3 4 5      Autor: Tłumaczenie z artykułu dostępnego na www.techrepub
Polska - Atrakcje turystyczne: Koptyjski Kościół Ortodoksyjny na weekend
Zobacz również:
E-learning - czy warto?   Reklamy Google AdWords   Instalacja PHP 3.x dla Apache (Linux)   Kurs PHP (4)   Pierwszy serwlet   Hibernate, Java i Struts   Kurs Apache (2)  

Masz problem ze swoją komórką? Zapytaj, przeczytaj opinie o telefonie:
Sagem MY X5-2   Dell Axim X30   LG F3000   Samsung Serene   LG KU311   Panasonic GD90   BenQ P50   Philips 535   Telital G82   LG KF757 Secret  



(C) 2000-2010 webdeveloper.pl  |  Napisz do nas