Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
21
Добавлен:
05.06.2015
Размер:
152.06 Кб
Скачать

Кориснеправило.Помнетепронеобхідністьпередативашізнанняпослідовникам-замовникужезаплативзаце.

Можназмелозатверджувати,щокомпонентнетестуваннянедовершенедоти,покинепроведенийнаскрізнийконтрольпрограмногокоду,щопідтверджуєадекватністьдокументації.

Вимогизадоволені?

Цільтестування-продемонструватикоректністьПОівиявитидефекти,щостосуютьсяпрограмнихфункцій,ПІ,довідковоїсистеми,засобівнавчання,часувідгуку,надійностійіншихважливихаспектівПО.Тестуваннявиявляєпомилки,зарахунокдодатковоїрозробкиПОконструюютьсявиправлення,щозастосовуютьсядоПО,адодатковетестуванняперевіряєкоректністьвиправленьівідсутністьновихпомилокякрезультатвиправленняпопередніх.

Натестуванняприділяєтьсядоситьчасу,щобвнестивиправлення,упротивномувипадкупродуктможебутирозгорнутьзпомилкамиабойогорозгортанняможебутизатриманедовнесенняусіхвиправлень.

Функціональнідефекти.Звичайнодефектифункціональностіиден-тифицируются,класифікуютьсяпосерйозностіівідслідковуютьсядоти,покивонинебудутьусунутідовитіканняпризначеноготерміну.Якщокритерійпокількостівідкритихдефектіврізноїсерйозностінеперевищений,програмнийпродуктвважаєтьсяпридатнимдорозгортання(наприклад,якщовідсутнідефекти1-гоі2-горівнячисерйозностімаєтьсяменш10дефектів3-горівнясерйозності).

Дефектикористувальницькогоінтерфейсу.ДефективопціяхПІусуваютьсяаналогічнофункціональнимдефектам.Наприклад,якщопродуктреалізуєнестандартнеповодженнячиклавіатурипокажчика,повиннийфіксуватисядефект2-горівня.Аналогічно,якщодекларируемоевластивістьПІнереалізованокоректно,повиннийфіксуватисядефектвідповідногорівнясерйозності.

Дефектипрактичності.Дефекти,зв'язанізпрактичністюпродукту,виникаютьзвимог,вироблюванихнаранніхетапахпроцесурозробки.Наприклад,якщовимогаувідношеннівитратчасунавиконаннязадачінезадоволенозвеликимзапасом,цеможематиймовірнінаслідкидляочікуваноїпродуктивностіздійсненнябізнес-процесів.Урезультатіувідношенніпродуктуможебутизафіксованийдефект1-горівня.Однакякщочасназадачуприділяєтьсяувстановленихмежахікритерійзадоволеностікористувачазлегкавиходитьзаприпустимірамки,можназафіксуватидефектбільшнизькогорівнясерйозності.

Іншівимоги.Упроцесітестуваннязбираєтьсядоситьін-формаціїдляустановленняфактузадоволенняіншихвимогдоПО.Результатитестуванняпорівнюютьсязвимогамиувідношенніпродуктивності,допомоги,навчання,якостійіншихзафіксованихвимог.

Поступки,компромісиінесподіванки

АналогічноіншиметапамрозробкиПО,конструюваннябуяєнесподіванками,унаслідокякихприходитьсяйтиначипоступкиприбігатидокомпромісів.Найчастішеможливіприйнятніваріантипроектнихрішень,щодозволяютьзадовольнитивимогиврамкахобмежень.Інодіподібніваріантинеможливі,ікомпромісизнижуютьдеякібажаніхарактеристикисистеми.Якзвичайно,вартопостійнозалучатикористувачівдоучастівпроцесірозробки.Якщонаприкінціпроцесурозробкирозгорнутийпроектявляєсобоюрозумненаближенняпервіснихпроектнихнамірів-цепростовідмінно!

Кориснеправило.Основнаметаякіранішеполягаєвтім,щоброзгорнутинайкращийможливийпроект,щозадовольняєвимогамурамкахобмежень.

Практичнийрезультат.Колиусесказаноізроблено,результатитестуванняоцінюютьсяівиноситьсярішенняпроготовністьпродуктудорозгортання.Якщодеяківимогинезадоволені,продуктможебутивизнанийготовимдорозгортаннязаумовискладанняізапровадженнявдіюплануповиправленнюнедоліків.Якщопродуктукрайньомуступенінезадовольняєстандартам,розгортаннявідкладаєтьсядовнесеннячивиправленьжезамовленнянапродуктанулюється.

Кориснеправило.Звичайноухваленнюрішенняпроготовністьпродуктудорозгортанняпередуютьпереговори.Зрештою,розгортанняновогопродуктуповиннепринестивідчутнувигодукористувачам,розроблювачаміорганізаціям,щофінансуютьпроект.

РозробкаПО,щоособливовключаємогутнійкомпонентПІ,являєсобоюскладнийвиддіяльності,щоохоплюєпсихологічні,соціальні,груповійорганізаційніаспекти.Інодізустрічаютьсяяснійочевиднірішення.Вартопрацювативнапрямкупроекту,щополегшуєприйняттярішень,алеприцьомупотрібнобутиготовимдопроекту,щовідрізняєтьсянеорганізованістюівимагаєвсебічногорозгляду.

Закриттяреалізації.Першніжзавершитиреалізацію,вартозробитикількакориснихкроків,щоввійшливпрактикурозробки.

"Переглядпрограмногокоду.

"Іспитупрактичностііприймальнііспити.

"Переглядтестовихпрецедентівірезультатів.

"Демонстраціяпроектудлятого,щобпоказати,щовимогизадоволені.

Якщовпроцесіпроектуванняконтрользазмінамивідігрававважливуроль,необхіднодужеретельнокеруватизмінамипротягомреалізації.Нагадаємо,щонаетапіреалізаціїобсягробітрізкозростає,томущовонаторкаєтьсяінтересівбагатьохлюдей.

Кориснеправило.Спізнілізміниможутьпогубитипроект.

Розгортання

Деяківидирозгортанняздійснитилегше,ніжінші.РозгорнутиWeb-орієнтованийдодатокпотенційнолегше,ніжинсталлироватьклієнт-сервернийдодаток,якщонепотрібноустановказміннихплатспеціалізованихробочихстанцій.

Кориснеправило.Підготовкадорозгортанняпочинаєтьсянаетапіформулюваннявимог,алевбудь-якомувипадкунепізніше2-годняконцептуальногопроектування.

Виробничесередовище.Дотеперрозробкаітестуванняпрово-дилисьусередовищахрозробкиітестування.Можливо,нацихетапахдоступдопро-изводственнымсередовищібазданихзданимибізнес-процесівзамовникаобмежений.Длябагатьохсферділовоїдіяльностіризикнаразитинанебезпекуреальніділовічиклієнтськіданідужевисоке,томувпроцесістворенняпродуктуставитьсяметаякможнаточнішевідтворитивиробничесередовищевсередовищахрозробкиітестування(якправило,міжнимиіснуютьдеякінезначнівідмінності).НеобхідністьпредустановленногоПО,внесеннявиправленьвіснуючусистемуірозходженняувиробничихбазахданихінодівислизаютьвідувагирозроблювачів.

Кориснеправило.Непоганоспробуватиздійснитизразковечитестоверозгортанняпродуктуувиробничомусередовищідопочаткуреальногорозгортання,щоброзкритисерйозніпроблемиізсередовищем.

Першніжпрограмнийпроектбудерозгорнутийнамашинахкористувачів,необхідноматиусвоємурозпорядженнівсінеобхідніінфраструктуриівідповіднимчиномсконфигурированныекористувальницькімашини.

Продовженняобговоренняпроекту:конструювання

Якзвичайно,проектзнаходитьсявскрутномустані.Проектуваннядовершенеіприйшовчасдоводитиекранипрототипівдозакінченнязборки,компонентноготестування,системноготестуванняірозгортання.Увашомурозпорядженнізалишиласяприблизнополовинапроектноготерміну,щобзавершитипроектреалізації,здійснитиреалізаціюаждокомпонентногоісистемноготестування,атакожінтеграційноготестуванняірозгортанняпродуктунаосновнихплатформахдляWeb-орієнтованогорішення.Щобуточнитидеякіхарактеристикипроекту,припустимо,щонареалізаціювамприділяється60днів.

Вашомупартнерупопроектідоручилипочатипроектуваннядлянаступноїверсіїпрограмногопроекту(розгортанняякоїповиннопочатисянепізніше,ніжчерез90днів).Конкурентивжедовідалисяпропроектівідреагувалинаньоговласнимипрограмнимипропозиціями.Вивестипродуктізбільшвисокимрівнемпрактичностіізбагаченихфункційякнайшвидше-вашапершочерговазадача.

Менеджерпроектуівибудетепродовжувативідслідковуватиіформуватизвітністьпростанпроектувціломудлявищогокерівництва.ВиповинніпровестипроектнубригадучерезпостачанняпочатковоїверсіїПО.НадалівибудетездійснюватипідтримкувашогопартнеравпроектуванніПІнаступноїверсії.

Підготуйтеоцінкуобновленогопланудляпроекту.Ключовепитання,наякийнеобхідноодержативідповідь,звучитьтак:"чиБудеПОрозгорнутовосновнихклієнтівзанаступні60днів?"Нацепитаннявамілідерупроектумаєбутивідповістипротягомтижня.Звичайно,одинтижденьприйдетьсявіднятизвиділеногочасу,якбудь-якиймарнийтиждень.

Стосовнодопрототипівекранівоцінитетривалістьчасу,необхідногодлядосягненнязавершальноїфазикомпонентноготестуванняпрограмногозабезпеченняПІдлякожноїзпідтримуванихплатформ.

"Подбайтепроте,щобвключитиоцінкузавершеннякомпонентноготестуваннядляодногозпідтримуванихдіалогів,довідокізасобівнавчання.

"Складітьвимірнийкалендарнийпланреалізації.

"Виконаєтетіждіїувідношенніекрана,дляякогопрототипнерозроблявся.

Потімсформуйтепроектреалізаціїіприступайтедоконструюваннязвикористаннямобраноїплатформиреалізації.РозробітьпрограмнезабезпеченнядляПІ,допомогиінавчання.Немаєнеобхідностізосереджуватисвояуваганазавершенихфункціях.Подбайтепроте,щобвключитиврозробкувсюобробкупомилок,зворотнийзв'язокзкористувачами,зворотнийзв'язокзачасомвідгуку,поводженняклавіатури,поводженняпокажчикаімеханізмиПІ.Іншимисловами,розробітьповнепрограмнезабезпеченняПІдляекранів,діалогів,допомогиінавчання.Подбайтепроте,щобтестуванняПОпроводилосядоти,покивононебудезакінченоіікритеріїкомпонентноготестуваннянебудутьзадоволені.Екраниіїхняфункціїповиннібутиготовідлясистемного,інтеграційногойіншоговидівтестуванняірозгортаннявкінцевихкористувачів.

Подбайтепроте,щобвідслідковуватиіфіксуватикоженвиконуванийвамикрокроботи.Порівняєтефактичнустатистикурозробкизпрогнозами.Відзначтетіаспектипроектування,щонебуливрахованінаранніхетапахівпроцесіпрототипирования.Звернітьувагунате,якітестизалишилосявиконативходісистемногойіншоговидівтестування.Оціните,скількичасумоглобзайнятиподібнетестування.

Менеджерпроектуповідомив,щоводногозвашихосновнихрозроблювачівсімейнакризаі,цілкомймовірно,вонабудевідсутнійщонайменшедватижні.Якцевідіб'єтьсянапроектііякіувасмаютьсяваріантивиправленняситуації?Малоймовірно,щозанастількикороткийчасудастьсязнайтипридатнузаміну.

ПродовжуйтевашедослідженнязадопомогоюІnternetупошукахприкладів,методівіфрагментівпрограмногокоду,якіможнабулобвикористовувативпроекті.

Чивитримуєпроектустановленітермінизпоглядупостачаннячерез90днів?

Питання?

Посилання

BlackR.ManagіngtheTestіngProcess,MіcrosoftPress:Redmond,WA,1999.MaguіreS.WrіtіngSolіdCode,MіcrosoftPress:Redmond,WA,1993.

Частина4

Завершення

Мирозглянуливзагальномувидіосновніетапипроектуванняірозробки,однакщезалишилосяпройтизавершальнийвідрізокшляху.Давайтеподивимосяназад,щобусвідомити,чомужминавчилися,ізаглянемовперед,щобзрозуміти,щонасможечекативобластіПІіпрактичності.

Глава20.Підсумкиіперспективи

Глава20

Підсумкиіперспективи

Отже,якогорезультатумидосяглиіякдоньогоприйшли?

Підсумки

Упопередніхглавахбувпредставленийдоситьзагальнийпогляднапроектуванняірозробкузорієнтацієюнакористувача,прицьомуакцентбувзробленийнакористувальницькийінтерфейс.Якзгадувалосяраніше,процесрозробкиПОвідрізняєтьсяскладністю,нелінійністюінеортогональностью.Більштого,процесудеякомузмістіноситьадаптивнийхарактер,заснованийназапозиченнібагатьохкращихідей,іприводитьдозацікавленихітворчихрішень.

Застосовуванезретельністюіпрацьовитістюпроектування,орієнтовананакористувача(такназиванийUCD-підхід),дозволяєстворюватипродукти,щозадовольняютьвимогамчикористувачівнавітьперевершуютьїх.Митакожпочалиспробузробитикороткийізагальнийоглядусьогоциклупроектування,спрямованогонарозробкуПОзорієнтацієюнакористувача,якпоказанонамал.20.1.

Принципи.Мирозглянулипринципиорієнтованогонакористувачапроектування.

"Залучайтекористувачівдоучастівпроектінавсьомупротязійогожиттєвогоциклу.

"Ставтевимірніцілі.

"Проектнірішенняіпрототипповиннібутирозрахованінаповнуком-петентностькористувача.

"Постійнооцінюйтевсірішення.

"Повторюйтеітераціїдоти,покивимогидопродуктунебудутьзадоволені.

Цікавопомітити,щоціпринципиувібраливсебекращіпрактичніпідходидопроектуванняірозробкиПО,прийнятівіндустріїпрограмнихзасобів.

ЗадачіUCD-Підходу.Задачіпроектування,орієнтованогонакористувача,розглядалисяізастосовувалисявконтекстідодеякоїміритрадиційногопроцесурозробкиПО.

"Традиційнаорганізація-розроблювачзбагатьмавластивимиїйділовимиілюдськимипроблемамирозробляєПО.

"Проектскладний,аленевідноситьсядорозрядунезвичайнихзпоглядупрограмногододатка,щовимагаєчисленнихверсійпротягомтимчасовогопроміжкувкількароків.

"Проектніобмеженнязачасоміресурсаминосятьдоситьрозповсюдженийхарактер.

НавітьурамкахтрадиційнихіобмеженихсередовищзадачіUCD-підходуможутьвиконуватисязначночастішеішвидшедляпроектівтривалістю90-120днів,ціжзадачіможутьвиконуватисядужечастоідужешвидкодлябагаторічногопроекту,зв'язаногозвипускомчисленнихверсій.Якщовіритиісторіїбільшостіпроектів,тобіляполовиникалендарногочасупроектуіденаплануванняаждозапевнянняпроектування.Іншаполовинакалендарногочасупроектувитрачаєтьсянареалізаціюітестування.

Мивиконалишвидкийогляднаступнихзадач,щовипливаютьзUCD-підходу.

"Планування.

"Аналізкористувачів,задачісередовищ.

"Осмисленнявимог.

"Проектування.

"Матеріалізаціяпроектнихрішень(імітація,прототип,специфікація).

"Оцінкапроектнихрішеньівідгукикористувачів.

"Аналізвідгуківкористувачів.

"Ітерації.

"Реалізація.

"Тестування.

"Розгортання.

КлючовимаспектомзагальногопідходуєплануванняпроцесуUCDдляоб'єднаннявєдинецілеучастікористувачівупроекті,вимірнихкритеріїв,оцінкийітеративногоповторенняциклувиробленняпроектнихрішеньдоти,покинебудутьзадоволенівимогидопродукту.КрімреалізаціїключовихпринципівUCDурамкахпроектногоплану,більшявневисвітленняодержалибагатодеталейтехнологіїПІ.Минамагалисядативірнерозуміннятакихаспектівпроектування,якпланування,складанняпланів-графіків,навички,виконанняпроекту,відстеженнястану,атакожспособизапобіганняризику,зв'язаногознайбільшрозповсюдженимипроблемами.Длякожногопроектухарактернийсвійунікальнийризик.

Орієнтовананакористувачапроектнабригадаразра-ботчиковпродукту.Проектуванняврозрахункунаповнукомпетентністькористувачавусьому,щостосуєтьсяпродукту,-складназадача,щовимагаєрізноманітнихпрофесійнихнавичок.КомплекснабригадапотрібнодляохопленнявсіхнеобхіднихосновпроектуванняПО.Проектнабригадаповиннакомплектуватисятакимчином,щоббутиздатноїдосягтицілействоренняпродукту.Ключовіпрофесійнінавички,якийповиннийволодітиінженернийперсоналбригади,охоплюютьпитання,зв'язанізбізнесами-процесами,ПІ,практичністю,комп'ютерноюграфікоюізасобамимультимедиа,інформаційниміпрограмнимзабезпеченням.Груповадинаміка,організаційнеповодження,формуваннябригадиівырабатываниенавичок-отнайважливішіпитання,доякихповинназвертатисяпроектнабригадаусвоїйроботі.

СтильПІ.Упроцесірозробкинашогопроекту-прикладабулирассмотре-нытриосновнихстиліПІ,щовходятьдоскладусучаснихплатформОС,щобы-ловикликановимогамикросплатформноїреалізації.Проблеми,зв'язанізіствореннямПІ,булирозглянутістосовнодоGUІ-іWeb-інтерфейсів,атакожкишеньковимпристроям.Крімтого,мидосліджувалипоняттяприкладногостилюПІ.ДозагальногостилюПІзастосовнабудь-якакількістьприкладнихмоделей.Ви,звичайно,моглипомітитидеякіособливості,щовідносятьсядонашогопроекту.

"Вимогидопроектумоглибзадовольнитибагаторішень,щостосуютьсяПІ.

"Маючиможливістьвибору,користувачі,імовірнішевсього,зволіютьоднезрішеньіншим.

"Жоднезокремоузятихрішеньнебездоганно.

"Великачастинарішеньвідрізняєтьсянаявністюдекількохунікальнихідужепопулярнихможливостейіпідходів,більшістьзцихможливостейважкоінтегрувативобранерішення.

Методиспільноїрозробки.Забезпеченнябезупинноїучастікористувачівупроектінараціональнійосновівідіграєістотнурольудосягненніуспіху.Користувачідаютьреальнуперспективу-якділову,такізв'язануззастосуваннямпродукту-планам,вимогам,проектнимрішенням,прототипам,оцінкам,процесамінтеграції,тестуванняірозгортанняпродукту.Проектнабригадапочинаєвзаємодіятизкористувачами,спостерігаючиїхнєробітничесередовищеіспособивиконаннянимизадач,щобвникнутивїхнінестатки.Якщоспілкуванняірозуміннявідрізняютьсявзаємністю,залученнякористувачівздобуваєхарактерплідногоспівробітництва.Взаємодіязкористувачамипродовжуєтьсяпротягомусьогожиттєвогоциклупроекту.

ЗасобувиконанняПроекту.Унаслідокскладногохарактерупро-граммногоПІізадачUCD,длявиконанняроботипроектнабригадамаєпотребуувеликійкількостірізноманітнихзасобів.Засобувиконанняпроектувключаютьпрограмнейапаратнезабезпечення,матеріали,устаткуванняінормативно-технічнуінформацію.Крімтого,дляпідвищенняпродуктивностіідосягненняпогодженостінеобхідноматиусвоємурозпорядженнібібліотекиприкладівіповторновикористовуванихкомпонентів.Проектнабригадаповиннадбайливовідноситисядозасобівіосвоюватиїхнасамомупочаткужиттєвогоциклупроекту.

Планування.СтосовнодопрограмногоПІUCD-підхідвідрізняєтьсяскладністюідостаткомдеталей,вінвимагаєретельногопланування.Дляналежноговідстеженняіформуваннязвітівпростанпроектунеобхіднескладаннякалендарнихпланів,щопіддаютьсявиміру,особливоприплануванніітеративногопроцесупроектування.Тутможутьзнадобитисядвачитрирівнікалендарногопланування(наприклад,зпоглядупроектувцілому,90-деннийідвотижневоїперспективи).Деталі,зв'язанізПІ,можутьбутипокладенінаресурсиічастакимчином,щобуникнутиїхньоїнедооцінки.

Вимоги.Порядзвимогамизагалом,пильноїувагизаслуговуютьвимогидоПІіпрактичності.Користувальницькийінтерфейсволодієпоручвластивостей,щомаютьпотребувперевірці,плануваннііприпасуванні.Вимогидопрактичностійіншівимогинефункціональногохарактерунеобхіднодокументуватитакимчином,щобїхнєвиконанняпіддавалосявиміру.Приустановціпланкидляновихпродуктівважливурольграєпорівняльнийаналізіснуючихіконкуруючихпродуктів.

Користувачі,середовищаізадачі.Проектнабригадааналізуєдеталі,щовідносятьсядохарактеристикикористувачів,фізичномуісоціальномуробітничомусередовищу.ПрограмнийПІповиннийзабезпечуватипотребикористувачівуконтекстіфізичнихісоціальнихпотреб.Дляправильногорозумінняцихпитаньслужатьрізноманітніметоди.Аналізвідповідноїінформаціїсприяєз'ясуваннюпроектноюбригадоюхарактерупередбачуванихкористувачів,середовищізадач.

Проектування.Проектування-цепроцесуточнення.Моватут,природно,йдепроуточненняпроектнихрішень.Мирозглянулитриосновнихетапивиробленняпроектнихрішень,щостосуютьсяПІіпрактичності:концептуальне,высокоуровневоеінизкоуровневоепроектування.КонцептуальнийпроектзадаєнапрямокпроектнихрішеньіархітектуруПІ.Высокоуровневыйпроектрозвиваєконцептуальніпроектнірішенняівизначаєвсіосновніможливості,екраниісхемивзаємодіїкористувачаізсистемою.Низкоуровневыйпроектущебільшіймеріуточнюєпроектнірішенняізавершуєвизначеннявсіхможливостейіметодів.Накожніметапіучастькористувачівсприяєоформленнюпроектнихрішень.

Принципи,інструкціїіпосібникизістилю.Дорішеннязада-чивизначенняпринципів,інструкцій,стандартівіпосібниківзістилюразра-ботчикиприступаютьнаетапіконцептуальногопроектуванняіпродовжуютьзани-матьсяцимпитаннямпротягомвсіхетапівпроектуванняіреалізації.Виходячизхарактерупроектнихвимог,бригадарозроблювачівповиннавиробитивимірніінструкціїзпроектування,щоєреалізованимиіщоперевіряються.Узагальномувипадку,основнамета,наякузверненепосібникзістилю,-досягненняпогодженостіусерединііміждодатками.Длярішенняцієїзадачінайкращенапрактицізарекомендувавсебепідхіднаосновістворенняпосібників,щонаказують,постилі.

Макети,імітаційнімоделііпрототипи.Матеріалізаціяпроектнихрішень,якіпроектування,-цепроцесуточнення.Кращимпрактичнимпідходомтутєформуваннянаочнихпредставленьпроектнихрішеньнаетапахвиробленнячивимогпроектування.Існуютьрізніметодивізуалізації(наприклад,макети,імітаційнімоделііпрототипирізноїприроди).Методизалученнякористувачівупроект,оцінкипроектнихрішеньіітеративноїрозробкивикористовуютьсявсполученнізметодамивізуалізаціїдляодержанняпроектнихрішень,щозадовольняютьвимогамівлаштовуютькористувачів.Нагадаємо,щоціметодиможнавикористовуватинаетапіконструюваннядлярішенняпроблем,виявленихнабільшпізніхстадіяхциклурозробки.

Оцінкапрактичності.Щобдоповнитиінформацію,отриманувідкористувачів,щоберутьучастьупроекті,проводитьсябезупиннаформальнаінеформальнаоцінкапрактичності.Користувальницькіоцінкидоповнюютьсязарахунокевристик,наскрізногоконтролюіперевірокзастолом.АналогічноіншимUCD-орієнтованимзадачам,потрібноретельнапідготовка,щобпереконатисявтім,щовизначенііспитийаналізрезультатіввідповідаютьпроектуійогоцілям.Якіколись,цекращийпрактичнийпідхід.

Ітеративнийпроцес.Цільітеративногопроцесускладаєтьсявудосконаленніпроектнихрішень,щонезадовольняютьчивимогамзв'язанізнеприйнятнимипроблемами.Аналізпроектнихрішень,заснованийнаоцінкахчипрактичностінеформальнихметодах,допомагаєвирішитичипроблемизнайтишляхуудосконаленнярозробки.Ітераціїздійснюютьсянаетапахконцептуального,высокоуровневогоінизкоуровневогопроектування.Принаявностіналежнихнавичокісередовищаможназдійснитипротягомформуванняпроектуреалізаціїіреалізаціїзавершальнуітерацію,щоконцентруєтьсянашліфуванні,тонкомунастроюванніірегулюванні.Заключнаітераціятаксамоважлива,якіінші.Однакщобнепіддаватиризикупостачанняпродукту,дореалізаціївартопідходитизособливоюстаранністю.

Специфікація.Специфікаціяявляєсобоющеоднуформуматеріалізаціїпроектнихрішень,алеформудокументальну.Підхіднаосновімінімальноїспецифікаціїзабезпечуєпроектнубригадунеобхідноюідостатньоюінформацією,щобпередатинеобхіднідеталірозробкиіншимучасникампроекту.Роботанадспецифікацієюпочинаєтьсянаетапіконцептуальногопроектуванняіпродовжуєтьсядозавершенняпроектуреалізації.

Програмуванняітестування.Нагадаємо,щоприблизнополовинакалендарногочасупроектуіденапрограмуванняітестирова-ние.Проектнірішенняпереходятьупрограмнийкодреальногопродукту,атестуваннядозволяєперевіритикоректністьреалізації.Тутможливімінімальніітераційніцикли,азавершальніоцінкидозволяютьперевіритивідповідністьреалізаціївимогамістандартам.Розгортанняпередаєпродуктурукикінцевихкористувачів.

Іншіметоди.Аналогічноіншимінженернимдисциплінам,ураспоря-жениипроектноїбригадимаютьсярізноманітніметодидлячивиконанняпідтримкиосновнихгалузевихзадач.Проектнійбригадінастійнорекомендуєтьсяматиусвоємурозпорядженнітехнологічнийнабірінструментальнихзасобівіметодів,щодозволяютьзвернутисядопроектнихситуаційіпроблем.

Узагальномувипадку,командарозроблювачівповинназвертатисядобудь-якихметодів,щодопомагаютьїйзалучитикористувачів,укомплектуватикомплекснубригаду,сформулювативимірніцілі,виробитипроектнірішенняістворитипрототипи,щозабезпечуютьповнукомпетентністькористувачівувідношенніпродукту,атакожоцінити,проаналізуватирезультатиіздійснитициклиітераційпротягомреалізаціїдоти,покивимогинебудутьзадоволені,апродуктрозгорнуть.

Продовженняобговоренняпроекту:

"посмертний"аналіз

Післязавершенняпроектузавждикорисноповернутисяназадівизначити,щопройшлодобре,ащоможнаполіпшити.Завтраранкомменеджерпроектуівищекерівництвовимагаютьпровести"посмертний"аналізпроекту.Длятогощобпідготуватися,увашомурозпорядженнінебільшдвохгодин.Вищікерівникиподостоїнствуоцінилипроробленувамироботуіпропонуютьвамочолитиіншупроектнубригадудляновогопроекту,щозахоплює,щостартуєвідразупісля"посмертного"аналізу.Передбачається,щоодинзучасниківпоточногопроектувізьменасебевашіобов'язкипопостачаннюнаступноїверсіїпродукту.

ПродовжуйтевашедослідженнязадопомогоюІnternetупошукахіншихпідходів,процесівіметодів,щоможутьбутикориснимидлямайбутніхпроектів.

Щобвимоглизробититеперпо-іншомузпоглядупрограмногопроектуіпроцесупроектування?

Питання?

Перспективи

Технологія,зв'язаназіствореннямПІізабезпеченнямпрактичності,розвивається,хочінетакшвидко,якіншітехнології.Проте,вонанекоштуєнамісці.Проектнабригадаповиннапродовжуватипошукбільшзробленихметодів.Існуючіметодиповиннібутипроаналізовані,засвоєніімодифікованістосовнодопроектуйіндивідуальнихпотреб.Необхіднодосліджуватийадаптуватиметодиіншихдисциплін,такихякбудівництво,психологія,соціологіяітеоріяобчислювальнихмашинісистем.Методиварторозширититакимчином,щобвонизадовольняливимогамувідношенніПІ,інформаційногозабезпеченняіпрактичності.

Крімтого,проектнабригадаповиннапродовжуватистежитизатехнологієювміруїїрозвитку.Сьогоднівіндустріїпрограмнихзасобівспостерігаєтьсябагатотенденцій,щовідносятьсядометодіврозробкиПІіПи-ориентированныхдодатків.Навітьзосередившинарозробціпрограмногопродукту,проектнабригадаповиннавивчатитенденціїпідчасрозробкипроектуіщебільшінтенсивнозайматисяцимупроміжкахміжпроектами.Підхіддовивченнятенденційповиннийвраховуватисоціальні,людські,технологічні,методологічнійіншіфактори,щоможутьуплинутинакористувачівірозроблювачівунайближчіп'ятьроків.

Кориснеправило.Оглянетесянавколоізвернітьувагу,щовідбувається.Цеможенавестиваснадумкупронайближчемайбутнєпоточногочинаступнихпроектів.

Загальніперспективи.Прогресубагатьохобластяхрухаєтьсянетакшвидко,якочікувалося.Однакдеякітехнологіїдивуютьсвоєюпопулярністюітим,наскількишвидковониодержалиширокевизнання.Можнаназватинаступніосновніфактори,щовпливаютьнавизнаннятехнологіїзбокукористувачів.

"Витративпорівняннізвигодами.

"Обґрунтованівимогиувідношеннінеобхідногоапаратнихіпрог-раммногозабезпечення.

"Загальнашвидкість.

"Легкістьувивченніівикористанні.

Кориснеправило.Технологічнийвикликстаєдоступнийрозумінню,колиреволюційнаідеяздобуваєматеріальнірисиівідповідьнаньогоприходитьдоситьшвидко.

Користувачі.Основнізадачі,щовиконуютькористувачікомп'ютерногоПО,незанадтозмінилисязчасуширокогопоширеннякомп'ютернихтехнологій.Користувачволодієчіткимицільовиминастановамистосовнокомп'ютераійогоПО.Чискладаєтьсяідеявтім,щобстворитищомісячнийзвітпростанчисправприємнопровестичасзагрою,рішеннязадачі-ціль,акомп'ютеріПОусьоголишезасобудлядосягненняцієїмети.Наринокприходятькористувачі,щочітконеукладаютьсяувизначенняіснуючогоколакористувачів.Урамкахконтекстуглобальноїкористувальницькоїаудиторіїспостерігаютьсячисленнівідмінності,щовимагаютьрізнихметодіввзаємодіїкористувачівізсистемою.

Технологіяізасоби.Простооглянетесянавколо,щобпобачити,скількизросламіцьзасобіввиконанняпроектів.Комп'ютеризменшилисяврозмірахісталибільшмогутніми,арозміридисплеївсталибільшрізноманітними,прицьомузрослаїхняздатність,щодозволяє.КлючовітехнологіїіПОдосягаютьразючогорівняінтеграції.

Соседние файлы в папке перевод