Защо ни е това
В предишния урок разгледахме фазите на проекта. Сега поглеждаме към хората и към хартията: кой какво прави в екипа, какво трябва да остане записано и как накрая се защитава свършеното. Това са частите, които учениците най-често подценяват — а те решават дали проектът ще бъде разбран и оценен правилно.
Ключово
Документирането не е дейност за накрая. Прави се непрекъснато, успоредно с останалата работа — иначе документацията излиза непълна и на практика безполезна.
Екипът
За разработката на проект се съставя екип от изпълнители, на който се определя ръководител. Членовете изпълняват задачи индивидуално или в групи. Освен тях в работата може да се включат и хора отвън:
| Кой | Кога и защо |
|---|---|
| Външни консултанти | когато в екипа няма компетентни специалисти за някои части от проекта |
| Представители на потребителите | полезно от две страни — отчита се опитът им и се мотивират да ползват резултата |
| Технически персонал | организира срещи, подготвя помощни материали, поддържа контактите и снабдяването |
Числеността и съставът на екипа зависят от вида, обхвата и трудността на задачите. Решаваща обаче е ролята на ръководителя — той координира работата и носи цялата отговорност за успеха. От него се искат организаторски способности и компетентност, добре е да има опит и в софтуерни проекти, и в областта на проекта. Не по-малко важни са меките умения (soft skills): да умее да представи резултатите пред възложителя и да аргументира взетите решения, да разрешава конфликти, да съветва и мотивира, да поддържа спокойна обстановка в екипа.
Работата в екип има и своите особености. Задачите се разпределят между участниците, а отговорностите се записват в индивидуален план — какво точно трябва да направи всеки и в какви срокове. Регламентира се и комуникацията: по какви начини (телефон, електронна поща, разговори в реално време, срещи), кога ще се обменя информация, колко често ще има сбирки и с какъв дневен ред.
Съвет
Ръководителят следи изпълнението спрямо индивидуалните планове. При закъснение или непредвидена трудност се прави преразпределение на задачите или се търси помощ — важното е проектът да завърши в срок, в пълния си обем и с предвиденото качество.
Документиране
Документиране
Съставяне, стандартно оформяне и разпространение на документите по проекта. Според предназначението си те се делят на три групи.
1. Документи за организацията на работата
Планове, отчети, протоколи от заседания на екипа, резултати от проверки, мнения на експерти, записки от обсъждания, описание на възникналите съществени проблеми и на начините, по които екипът се е опитал да ги реши — и успешно, и неуспешно.
Това е вътрешна документация. Тя изгражда т.нар. организационна култура, а анализът ѝ след края на проекта показва какви са били проблемите, как са решавани и какъв опит е натрупан — полезни методи и практики, оценки за изразходваните ресурси. Всичко това влиза в употреба при следващия проект.
2. Съпровождаща документация
Наричана още документация на разработчиците. Описва всички създадени продукти — предназначение, структура, характеристики, използвани методи при създаването им.
Нужна е за по-нататъшното развитие на проекта: поправяне на дефекти, подобряване или разширяване на функционалността. Без подробно описание промени не могат да се правят — особено когато ги извършва екип, различен от този, който е разработил проекта.
3. Потребителска документация
Описва начина на работа със създадените продукти. След завършването на проекта изпълнителите не могат непрекъснато да съветват крайния потребител — с потребителската документация той сам прави справка, когато има неяснота или необичайна ситуация.
Внимание
Когато се отдалечиш във времето от даден етап, е много трудно да се върнеш към него и да си припомниш какво точно е направено, с какви проблеми си се сблъскал и как си ги решил. Затова документирането „накрая, като остане време“ винаги свършва зле.
Компонентно тестване
Компонентно тестване
Метод за тестване на софтуер, при който се тестват отделни единици изходен код — набори от един или повече програмни модула заедно със свързаните с тях контролни данни и процедури за използване — за да се определи дали са годни за употреба.
Тестват се частите, а не само готовата програма. Средата Visual Studio има вградени инструменти за такова тестване и те помагат да поддържаш високи стандарти при писането на код.
Защита на проекта
Учебните проекти имат една особеност: те не са възложени от истински възложител, а от учителя, и целта им е да получиш оценка за готовността си да прилагаш наученото. Затова и отчитането е различно — прави се защита: представяш резултатите пред публика от учителя и съучениците си.
Смисълът е в тази публика. Хора, които не са работили по проекта, се произнасят обективно за качествата и недостатъците му и искат обосновка на взетите решения. А ти получаваш възможност да представиш работата си по-пълно и да демонстрираш елементи, които иначе биха останали скрити за страничния наблюдател.
Презентацията за защита е добре да съдържа:
- общо представяне на целите на проекта;
- представяне на екипа и разпределението на задълженията;
- проследяване на етапите, възникналите проблеми и начина на преодоляването им, с обосновка на избраните решения (с примери);
- представяне на изработените материали;
- съвети към потребителите;
- идеи за по-нататъшно развитие на проекта.
Съвет
Включи и неуспешните решения, от които сте се отказали, както и материали, които не са влезли в употреба, но са интересни. Те показват пътя, а не само крайната точка. След презентацията остави време за въпроси — ако вече имате потребители, най-силното нещо е те да разкажат първите си впечатления.
Лични данни
Информационната система на едно училище се нуждае от много и различни данни: лични данни на учениците, включително за успеха им; данни за педагогическия и непедагогическия персонал; книгите в библиотеката; участия в олимпиади и състезания с имена на участниците, години и класиране. Част от тях съществуват в училището под някаква форма, но не са събрани на едно място, не са върху компютърни носители и не могат да се използват наготово.
Публичността на личните данни и тяхната защита са сред основните ценности на съвременните европейски общества. Основанието е Регламент (ЕС) 2016/679, известен като GDPR, в сила от 25 май 2018 г., заедно с промените в националното ни право.
Внимание
Ако разработената от вас ИС ще се използва в интернет, съобразяването с изискванията за защита на личните данни не е пожелателно — то е задължително.
Използвани материали и авторски права
В проекта може да ползваш текстове, изображения, звуци и видео. Част от тях ще създадете сами — лого на училището, запис на химна, снимки от събития. За останалите важат авторските права: материали, на които не си автор, се оформят като цитати в документацията, с точно описание на източника.
| Източник | Какво се посочва |
|---|---|
| Книга | автор или автори, заглавие, издателство, година на издаване — изданията може да се различават по текста |
| Списание | автор, заглавие на статията, име на списанието, година и брой |
| Интернет | адресът на сайта и датата, на която информацията е била достъпна; при сложна структура — и хипервръзките до цитираното |
Прието е източниците да се номерират, а в текста да се посочва само номерът в квадратни скоби — например [4]. Пълният номериран списък върви в документацията под заглавие „Използвани източници“.
Бележка
Цитирането не е само защита на авторските права. Източниците може да се окажат важни и интересни за страничния човек, който се запознава с резултатите от проекта и иска да прочете повече.
Практикум
Задача 1
Проектът, чийто план-график разработи в предишния урок, е завършил успешно. Как се извършва защита на проект? Какво трябва да съдържа презентацията за защитата?
Задача 2
Запознай се с основните положения на Закона за защита на личните данни и проведете дискусия в клас.
Въпроси
Кои са основните групи хора, влизащи в екипите при разработване на проект? Кога е разумно привличането на външни консултанти? Какви дейности трябва да се извършат при изготвяне на потребителската документация? Как се отразява използването на материали от други автори?
Какво трябва да запомниш
- Екипът има ръководител, който координира работата и носи цялата отговорност; освен изпълнители в него влизат консултанти, представители на потребителите и технически персонал.
- Индивидуалният план казва кой какво прави и до кога; при закъснение задачите се преразпределят.
- Документацията е в три групи: организационна (вътрешна), съпровождаща (за разработчиците) и потребителска.
- Документира се непрекъснато, успоредно с работата — не в края на проекта.
- Защитата представя целите, екипа, етапите и проблемите, готовите материали и идеите за развитие — включително неуспешните решения.
- Личните данни се защитават по GDPR, а чуждите материали се цитират с точно описание на източника и номер в квадратни скоби.