Софтуерни технологии
Правила за осъществяване на софтуерни проекти
Изтегляне 2.27 Mb.
|
Свързани:
empty doc
| 9.8. Правила за осъществяване на софтуерни проекти
Натрупаният практически опит дава възможност да се формулират основ- ни правила, спазването на които би повишило ефективността на реализираните проекти. Списъкът от правила не е подреден, няма претенции за изчерпател- ност и може да се разглежда като споделяне на know-how. Комуникации. Регламентират се начините на комуникации между дого- варящите се страни и всички участници в проекта — форма и честота на про- веждане, организиране и документиране. Определяне на крайния срок. Задава се продължителността на проекта в дни или месеци. Обикновено се определя датата, до която проектът трябва да бъде завършен. Възлагане на проекта — само чрез писмен договор, подписан и одоб- рен от договарящите се страни. Подизпълнители. Изпълнителят може да възложи части от проекта на трета страна само след изричното съгласие на възложителя въз основа на под- договор, и то само ако са спазени изискванията към процеса на разработка и към създавания продукт. Осигуряване на необходимата документация. Възложителят предос- тавя или съдейства за осигуряването на документация, материали, справки за законови или ведомствени разпоредби и други. Всички материали се връщат след завършване на проекта и съдържанието им е фирмена тайна. Финансова дисциплина. Изпълнителят трябва да документира всич- 120 ки разходи. Възложителят има право да изпрати финансови ревизори, на които се предоставят всички необходими документи. Ревизията завършва с ревизионен акт. 7. Задължения на изпълнителя: да извърши съответната работа в договорения срок, обем и качество, изпълнявайки всички изисквания, определени в договора и приложенията към него; да спазва законите и действащата нормативна база, а при възникване на особени ситуации да уведомява възложителя; да реализира проекта ефективно. Конфиденциалност. Фирмената информация,'до която изпълнителят получава достъп при реализацията на проекта, не може да бъде разгласявана. Публични изяви, свързани с новоразработвания продукт, да се правят с цитиране на възложителя и само с изричното му съгласие. Индустриална и интелектуална собственост. Всички първични дан- ни и материали (диаграми, схеми, проекти, отчети, статистики, изводи и др.) са собственост на възложителя. Изпълнителят може да има копия от тях, за да из- пълнява проекта, но не може да ги използва и разпространява без изричното съгласие на възложителя. Изпълнението на проекта не може да нарушава чужди авторски права. Независимост. По принцип изпълнението на проекта не може да се обвързва с цели и средства на трета страна. При доказана зависимост догово- рът може да бъде прекратен едностранно от възложителя, който освен това мо- же да потърси правата си чрез съда. Работна група. Определя се в началото на проекта. Структурата и съставът й се описват в плана на разработката и се променят само със съгласи- ето на възложителя в случаите на невъзможност за участие или доказана неком- петентност. Работната група може да се разширява, за да се спази определен срок, но ако разширението не е съгласувано и одобрено от възложителя, е за сметка на изпълнителя. Проблеми. Възложителят оказва съдействие за разрешаване на проце- дурни, бюрократични или други трудности, възникнали при осъществяване на проекта. Отчети. Формата, броят и съдържанието на отчетите се определят в началото на проекта и се описват в плана за реализацията му. Отчетите могат да бъдат планирани или извънредни. След завършване на проекта се изготвя зак- лючителен отчет, който освен финансов анализ е и обзор на проблемите, въз- никнали при осъществяване на проекта. Закъсняване на проекти. Санкциите се описват в договора и могат да бъдат прекратяване на договора, продължаване за сметка на изпълнителя или плащане на неустойки. Удължаване на срока. Причини могат да бъдат формулиране на нови изисквания, неизпълнение на задължения на възложителя или непредвидени об- стоятелства. Препоръчва се предварително уведомяване и след разглеждане от двете страни — сключване на допълнително споразумение. Изменения на характеристики на проекта. Съгласуват се с изпъл- нителя, като се договарят измененията в цената и сроковете, които се отразяват в анекс към договора. 121 вано, фирмата производител е била осъдена да плати на клиента обезщетение от десетки милиони долари. Друг обичаен рисков фактор е срокът на доставка. Все още не е възмож- но да се планира напълно сигурно крайният срок на доставка на разработван програмен продукт поради — да гo кажем най-общо — огромния брой опреде- лящи фактори, за част от които няма обективни измерители, а се разчита на експертното мнение на опитни специалисти и ръководители. Неслучайно опи- тът тук е от решаващо значение, защото е добре изследван и описан т. нар. 90% синдром — неопитните софтуеристи ръководители, проектанти, програмисти) планират и работят (несъзнателно) така, че обикновено 90% от програмния про- дукт се завършват за определен (обикновено точно определен) период от вре- ме, а за останалите 10% се оказва, че е необходимо в най-добрия случай още толкова време. 1.2.7. Софтуерът — средство, a не цел Софтуерът е функция от трети ред. Това означава, че софтуерът е средст- во, което задейства (управлява) някаква система, а тя самата довежда до иска- ния резултат. Потребителят иска да получи документ в определена форма и с определено съдържание, което става с помощта на компютъра, задействан от текстообработваща програма. В случая документът е цел от първи ред. Компю- търът е средството, с което се достига до резултата, и поради това е от втори ред, а текстообработващата програма е от трети ред. Смисълът на тази малко абстрактна конструкция е в това софтуеристите да помнят винаги, че това, което създават, е всъщност само средство за постигане на някаква цел. От доста време вече има трудове, посветени на психологията на т. нар. „софтуерни фанатици" и техните приоритети, противоречащи на здра- вия разум. Изтегляне 2.27 Mb. Сподели с приятели:
|