fos 09.03.03 30 - vgsa.ru · «Информационные технологии и...

2

УДК 004(075)

ББК 32.97я7

Ф77

Рассмотрен и рекомендован к использованию заседанием кафедры

«Информационные технологии и таможенное дело» (протокол №1 от «28»

августа 2019 г.,) учебно-методической комиссией экономического факульте-

та ФГБОУ ВО Великолукской ГСХА (протокол № 1 от «29» августа 2019 г.).

Автор – составитель:

М.Н. Чертова – к.э.н., доцент кафедры «Информационные технологии и та-

моженное дело».

Рецензенты:

О.С. Мальченкова – к.т.н., доцент кафедры информационных технологий и

таможенного дела;

А.В. Харканович – ведущий специалист по автоматизации производствен-

ных процессов в отделе автоматизации бизнес-процессов АО ОЗ «Микрон»

Предназначен для обучающихся очной и заочной формы обучения.

3

ПАСПОРТ

фонда оценочных средств по дисциплине Б1.В.03 «Программная инженерия»

№ Контролируемые

темы

Формируе-

мые компе-

тенции

Оценочные средства

Количе-

ство те-

стовых за-

даний

Другие оценочные сред-

ства

Вид Количе-

ство

1 Тема 1. Жизнен-

ный цикл разра-

ботки программ-

ного средства

ОПК-1, ПК-4

20

2 Тема 2 «Управле-

ние проектом про-

граммного сред-

ства»

ОПК-1, ПК-4 20 ситуацион-

ные задания 4

3 Тема 3 Технико-

экономическое

обоснование про-

ектов программ-

ных средств

ОПК-1, ПК-5

20

расчетные

задания 1

4 Тема 4 «Анализ

предметной обла-

сти и разработка

требований к про-

граммным сред-

ствам»

ОПК-1, ПК-

1, ПК-6 20

ситуацион-


5 Тема 5 «Методо-

логии разработки

программных

средств»



6 Тема 6 «Разработ-

ка программных

средств. Парадиг-

мы и технологии

программирова-

ния»

ОПК-1, ПК-

4, ПК-6, ПК-

7, ПК-8, ПК-

9

20 ситуацион-


7 Тема 7. «Характе-

ристики качества и

аттестация про-

граммных

средств»

ОПК-1, ПК-

12, ПК-15 20

расчетные

задания 6

8 Тема 8 «Сопро- ОПК-1, ПК- 20

4

№ Контролируемые

темы

Формируе-

мые компе-

тенции

Оценочные средства

Количе-

ство те-

стовых за-

даний

Другие оценочные сред-

ства

Вид Количе-

ство

вождение и мони-

торинг программ-

ных средств»

10, ПК-11

9 Тема 9 «Управле-

ние конфигураци-

ей в жизненном

цикле программ-


ОПК-1, ПК-

10, ПК-11 20

ситуацион-


1

0

Тема 10 «Доку-

ментирование

программных

средств»



5

ТР

ЕБ

ОВ

АН

ИЯ

К Р

ЕЗ

УЛ

ЬТ

АТ

АМ

ОС

ВО

ЕН

ИЯ

ДИ

СЦ

ИП

ЛИ

НЫ

Б

1.В

.03

Пр

огр

ам

мн

ая

ин

жен

ери

я

№

п/п

Ин

дек

с

ком

пет

ен-

ци

и

Сод

ерж

ани

е ком

пет

енц

ии

или

её

час

ти

В р

езульта

те и

зучен

ия у

чеб

ной

ди

сци

пли

ны

(п

рох

ож

ден

ия п

рак

тики

) об

уч

ающ

иес

я

долж

ны

:

знать

: ум

еть

: в

лад

еть

:

1

ОП

К-1

сп

осо

бн

ост

ь и

спользо

ват

ь

нор

мат

ивн

о-п

рав

овы

е д

о-

кум

енты

,

меж

дун

арод

ны

е и

оте

чес

твен

-

ны

е ст

анд

арты

в о

блас

ти и

н-

фор

мац

ион

ны

х с

ист

ем и

тех

но-

логи

й

− и

стор

ию

со

здан

ия

п

ро-

грам

мн

ой

ин

жен

ери

и;

связь

п

рогр

амм

ной

ин

же-

нер

ии

с ж

изн

енн

ым

ци

клом

пр

огр

амм

ны

х с

ред

ств;

− осн

овн

ые

кон

цеп

ци

и,

пр

ин

ци

пы

и

н

апр

авлен

ия

раз

ви

тия

пр

огр

амм

ной

и

н-

жен

ери

и;

− осн

овн

ые

этап

ы ж

изн

ен-

ного

ц

икла

пр

огр

амм

ного

сред

ства

− ст

анд

арты

п

рогр

амм

ной

ин

жен

ери

и

− и

спольз

оват

ь н

ор

мат

ивн

о-

пр

авовы

е

д

окум

енты

,

меж

дун

арод

ны

е и

оте

че-

ствен

ны

е ст

анд

арты

в о

бла-

сти

п

роек

тир

ован

ия

и

экс-

пл

уат

аци

и и

нф

ор

мац

ион

ны

х

сист

ем и

тех

нологи

й

− н

авы

кам

и

исп

ользо

ва-

ни

я о

сновн

ых м

ежд

ун

а-

род

ны

х и

оте

чес

твен

ны

х

стан

дар

тов

в

об

лас

ти

ин

фор

мац

ион

ны

х

си-

стем

и т

ехн

ологи

й

2

ПК

-1

спосо

бн

ост

ь п

ровод

ить

об

сле-

дован

ие

ор

ган

иза

ци

й, вы

являть

ин

фор

мац

ион

ны

е п

отр

ебн

ост

и

пользо

ват

елей

, ф

ор

ми

роват

ь

треб

ован

ия к

ин

фор

мац

ион

ной

сист

еме

− м

етод

ики

п

ровед

ени

я

об

след

ован

ия

ор

ган

иза

ци

и

и в

ыявлен

ия и

нф

ор

мац

ион

-

ны

х

потр

ебн

ост

ей

пользо

-

ват

елей

.

− вы

являть

и

нф

ор

мац

ион

ны

е

потр

ебн

ост

и

польз

оват

елей

,

фор

ми

роват

ь

треб

ован

ия

к

ин

фор

мац

ион

ной

си

стем

е.

− м

етод

икой

об

след

о-

ван

ия

ор

ган

иза

ци

и

и

вы

явлен

ия

ин

фор

мац

и-

он

ны

х

потр

ебн

ост

ей

пользо

ват

елей

.

3

ПК

-4

спосо

бн

ост

ь д

окум

енти

роват

ь

пр

оц

ессы

созд

ани

я и

нф

ор

мац

и-

он

ны

х с

ист

ем н

а ст

ади

ях

жи

з-

нен

ного

ци

кла

− ст

рукту

ру и

со

дер

жан

ие

докум

ента

ци

и

на

ин

фор

-

мац

ион

ны

е си

стем

ы;

− п

ри

нц

ип

ы

и

стан

дар

ты

− д

окум

енти

роват

ь п

роц

ессы

жи

знен

ного

ц

икла

ИС

, р

аз-

раб

аты

ват

ь

пр

оек

тную

и

пользо

ват

ельск

ую

д

окум

ен-

− ф

ор

мал

изо

ван

ны

ми

мет

од

ами

оп

иса

ни

я

ин

фор

мац

ион

ны

х с

и-

стем

, п

рогр

амм

ны

ми

5

6

№

п/п

Ин

дек

с

ком

пет

ен-

ци

и

Сод

ерж

ани

е ком

пет

енц

ии

или

её

час

ти

В р

езульта

те и

зучен

ия у

чеб

ной

ди

сци

пли

ны

(п

рох

ож

ден

ия п

рак

тики

) об

уч

ающ

иес

я

долж

ны

:

знать

: ум

еть

: в

лад

еть

:

докум

енти

рован

ия

ин

фор

-

мац

ион

ны

х с

ист

ем.

− м

етод

ы и

ср

едст

ва

ор

га-

ни

зац

ии

и у

пр

авлен

ия п

ро-

екто

м И

С н

а все

х с

тад

иях

жи

знен

ного

ци

кла

тац

ию

.

ин

стр

ум

ента

ми

для а

в-

том

ати

зац

ии

докум

ен-

тир

ован

ия.

4

ПК

-5

спосо

бн

ост

ь

вы

полн

ять

тех

-

ни

ко-э

кон

ом

ичес

кое

об

осн

о-

ван

ие

п

роек

тны

х р

ешен

ий

− те

хн

ико-э

кон

ом

ичес

кое

об

осн

ован

ие

пр

оек

та,

би

з-

нес

-план

, оц

енку

затр

ат

пр

оек

та

и

экон

ом

ичес

кой

эфф

екти

вн

ост

и И

С.

− ан

али

зир

оват

ь,

пр

ои

зво-

ди

ть р

асчет

, оц

ени

ват

ь эк

о-

ном

ичес

кую

ц

елес

ооб

раз

-

ност

ь о

сущ

еств

лен

ия п

роек

-

та,

пр

ои

звод

ить

со

пост

ави

-

тельн

ую

оц

енку з

атр

ат и

ре-

зульта

тов,

уст

анав

ли

ват

ь

эфф

екти

вн

ост

ь

исп

ользо

ва-

ни

я,

срок

окуп

аем

ост

и

вло-

жен

ий

, оц

ени

ть к

он

кур

енто

-

спосо

бн

ост

ь п

роек

та.

−

− м

етод

икам

и

рас

чет

а

затр

ат н

а р

азр

аботк

у и

эксп

луат

аци

ю

пр

оек

та,

показ

ател

я

экон

ом

иче-

ского

эф

фек

та.

5

ПК

-6

спосо

бн

ост

ь

с

об

ир

ать

д

е-

тальн

ую

ин

фор

мац

ию

для

фор

мал

иза

ци

и

треб

ован

ий

пользо

ват

елей

зак

азчи

ка

− язы

к

фор

мал

ьны

х

моде-

лей

;

− м

етод

ы

пр

еоб

раз

ован

ия

треб

ован

ий

в

фор

мал

ьн

ые

мод

ели

;

− м

од

ели

UM

L;

− п

он

яти

е тр

ебован

ия,

би

знес

-тр

ебован

ия,

треб

о-

ван

ия

польз

оват

елей

, м

ето-

дологи

и

и

стан

дар

ты

для

− п

рео

бр

азовы

ват

ь

треб

о-

ван

ия в

фор

мал

ьн

ые

мод

ели

− м

етод

ами

пр

еоб

раз

о-

ван

ия

треб

ован

ий

в

фор

мал

ьн

ые

мод

ели

6

7

№

п/п

Ин

дек

с

ком

пет

ен-

ци

и

Сод

ерж

ани

е ком

пет

енц

ии

или

её

час

ти

В р

езульта

те и

зучен

ия у

чеб

ной

ди

сци

пли

ны

(п

рох

ож

ден

ия п

рак

тики

) об

уч

ающ

иес

я

долж

ны

:

знать

: ум

еть

: в

лад

еть

:

раб

оты

с т

реб

ован

иям

.

6

ПК

-7

спосо

бн

ост

ь п

роводи

ть

оп

иса

ни

е п

ри

клад

ны

х

пр

оц

ессо

в и

ин

форм

аци

он

-

ного

об

есп

ечен

ия р

ешен

ия п

ри

-

клад

ны

х з

адач

− осн

овн

ые

и

всп

ом

ога

-

тельн

ые

п

роц

ессы

пр

о-

грам

мн

ой

ин

жен

ери

и;

пр

еим

ущ

еств

а и

нж

енер

но-

го п

одх

од

а к

со

здан

ию

пр

огр

амм

ного

об

есп

ече-

ни

я;

осн

овн

ые

сл

ож

но-

сти

, возн

икаю

щи

е п

ри

вн

едр

ени

и т

акого

подход

а;

− и

нф

ор

мац

ион

ное

об

есп

ечен

ие

ИС

, м

етод

ы

анал

иза

п

ри

клад

ной

об

ла-

сти

.

− р

азр

абат

ыват

ь

кон

цеп

ту-

альн

ую

м

од

ель

пр

иклад

ной

об

лас

ти,

вы

би

рат

ь

ин

стр

у-

мен

тальн

ые

сред

ства

и те

х-

нологи

и

пр

оек

тир

ован

ия

ИС

;

− п

ровод

ить

оп

иса

ни

е п

ри

-

клад

ны

х

пр

оц

ессо

в

и

ин

-

фор

мац

ион

ного

об

есп

ечен

ия

реш

ени

я п

ри

клад

ны

х з

адач

− и

нст

рум

ента

льн

ым

и

сред

ствам

и

мод

ели

ро-

ван

ия

пр

едм

етн

ой

об

-

лас

ти,

пр

иклад

ны

х

и

ин

фор

мац

ион

ны

х

пр

о-

цес

сов

7

ПК

-8

спосо

бн

ост

ь п

рогр

амм

ир

оват

ь

пр

илож

ени

я и

созд

ават

ь п

ро-

грам

мн

ые

пр

ото

тип

ы р

ешен

ия

пр

иклад

ны

х з

адач

− со

дер

жан

ие

раз

ли

чн

ых

этап

ов п

роц

есса

раз

раб

отк

и,

сред

ства

и

мет

оды

р

азр

а-

ботк

и п

рогр

амм

ны

х с

ред

ств

− кон

стр

уи

роват

ь и

отл

ажи

-

ват

ь п

рогр

амм

ны

е ср

едст

ва

в

соотв

етст

ви

и

с за

дан

ны

ми

кр

ите

ри

ям

и к

ачес

тва

и с

тан

-

дар

там

и

− и

нст

рум

ента

льн

ым

и

сред

ствам

и

раз

раб

отк

и

пр

огр

амм

ного

об

есп

е-

чен

ия.

8

ПК

-9

спосо

бн

ост

ь с

ост

авлять

тех

ни

чес

кую

д

окум

ента

ци

ю

пр

оек

тов а

вто

мат

иза

ци

и и

ин

-

фор

мат

иза

ци

и п

ри

клад

ны

х

пр

оц

ессо

в

− ви

ды

те

хн

ичес

кой

д

оку-

мен

тац

ии

, м

ежд

ун

аро

дн

ые

и р

осс

ий

ски

е ст

анд

арты

;

− м

етод

ы

сост

авл

ени

я

тех

-

ни

чес

кой

докум

ента

ци

и

− со

став

лять

те

хн

ичес

кую

докум

ента

ци

ю

пр

оек

тов

ав-

том

ати

зац

ии

при

клад

ны

х

пр

оц

ессо

в в

соотв

етст

ви

и с

о

стан

дар

там

и

− м

етод

ами

со

став

ле-

ни

я те

хн

ичес

кой

д

оку-

мен

тац

ии

9

ПК

-10

спосо

бн

ост

ь п

ри

ни

мат

ь уч

асти

е

во в

нед

рен

ии

, ад

апта

ци

и и

−

отл

ичи

тельн

ые

осо

бен

-

ност

и в

нед

рен

ия,

адап

тац

ии

− вн

едрять

, ад

апти

роват

ь

и

нас

траи

ват

ь

пр

огр

амм

ное

− н

авы

кам

и

исп

ользо

-

ван

ия

совр

емен

ны

х

7

8

№

п/п

Ин

дек

с

ком

пет

ен-

ци

и

Сод

ерж

ани

е ком

пет

енц

ии

или

её

час

ти

В р

езульта

те и

зучен

ия у

чеб

ной

ди

сци

пли

ны

(п

рох

ож

ден

ия п

рак

тики

) об

уч

ающ

иес

я

долж

ны

:

знать

: ум

еть

: в

лад

еть

:

нас

трой

ке

ин

фор

мац

ион

ной

си

-

стем

ы

и

нас

трой

ки

п

рогр

амм

ного

об

есп

ечен

ия р

азли

чн

ых

ар

-

хи

текту

р и

цел

евого

наз

на-

чен

ия И

С

об

есп

ечен

ие

ИС

;

тех

нологи

й

вн

едр

ени

я,

адап

тац

ии

и н

астр

ой

ки

ИС

10

ПК

-11

спосо

бн

ост

ь э

ксп

луат

ир

оват

ь и

соп

ровож

дат

ь и

нф

ор

мац

ион

ны

е

сист

емы

и с

ерви

сы

− осо

бен

ност

и

эксп

луат

а-

ци

и

и

соп

ровож

ден

ия

ин

-

фор

мац

ион

ны

х с

ист

ем

− уч

иты

ват

ь

осо

бен

ност

и

эксп

луат

аци

и

и

со

провож

-

ден

ия

ин

фор

мац

ион

ны

х

си-

стем

в

пр

оц

ессе

со

здан

ия

пр

огр

амм

ны

х с

ред

ств

− н

авы

кам

и уч

ета

осо

-

бен

ност

ей

эксп

луат

а-

ци

и

и

соп

ровож

ден

ия

ин

фор

мац

ион

ны

х

си-

стем

в п

роц

ессе

созд

а-

ни

я

пр

огр

амм

ны

х

сред

ств

11

ПК

-12

спосо

бн

ост

ь п

роводи

ть

тест

ир

ован

ие

к

ом

пон

енто

в

пр

огр

амм

ного

об

есп

ечен

ия И

С

− м

етоды

и

сслед

ован

ия

кач

е-

ства,

слож

ност

и и

над

ежн

о-

сти

пр

огр

амм

ны

х п

род

укто

в

− осу

щес

твлять

тес

тир

ован

ие

пр

огр

амм

ны

х

сред

ств

с ц

е-

лью

повы

шен

ия и

х к

ачес

тва

и

над

ежн

ост

и

− и

нст

рум

ента

льн

ым

и

сред

ствам

и

тест

ир

ова-

ни

я

ком

пон

енто

в

пр

о-

грам

мн

ого

об

есп

ечен

ия

ИС

12

ПК

-15

спосо

бн

ост

ь о

сущ

еств

лять

т

е-

сти

рован

ие

ком

пон

енто

в и

н-

фор

мац

ион

ны

х с

ист

ем п

о з

а-

дан

ны

м с

цен

ари

ям

− м

етоды

исс

лед

ован

ия к

а-

чес

тва,

слож

ност

и и

над

еж-

ност

и п

рогр

амм

ны

х п

род

ук-

тов

− осу

щес

твлять

те

сти

рован

ие

пр

огр

амм

ны

х с

ред

ств с

цел

ью

повы

шен

ия

их

кач

еств

а и

над

ежн

ост

и п

о з

адан

ны

м с

це-

нар

иям

− м

етод

икам

и т

ести

ро-

ван

ия

ком

пон

енто

в

ин

фор

мац

ион

ны

х

си-

стем

по з

адан

ны

м с

це-

нар

иям

, и

нст

рум

ен-

тальн

ым

и

сред

ствам

и

тест

ир

ован

ия

ком

по-

нен

тов

ин

фор

мац

ион

-

ны

х

сист

ем

по

зад

ан-

ны

м с

цен

ари

ям

9

Таблица 2 – Соотношение показателей и критериев оценивания компетенций

со шкалой оценивания и уровнем их сформированности

Код

комп.

Показатели ком-

петенций)

(дескрипторы)

Критерий оценивания

Шкала

оцени-

вания

Уровень

сформиро-

ванной ком-

петенции

ОПК-1

ПК-1

ПК-4

ПК-5

ПК-6

ПК-7

ПК-8

ПК-9

ПК-10

ПК-11

ПК-12

ПК-15

Знать (соответ-

ствует таблице 1

из РП)

Показывает полные и глубокие

знания, логично и аргументиро-

ванно отвечает на все вопросы,

в том числе дополнительные,

показывает высокий уровень

теоретических знаний.

5 высокий

Показывает глубокие знания,

грамотно излагает ответ, доста-

точно полно отвечает на все во-

просы, в том числе дополни-

тельные. В то же время при от-

вете допускает несущественные

погрешности.

4 повышен-

ный

Показывает достаточные, но не

глубокие знания, при ответе не

допускает грубых ошибок или

противоречий, однако в форму-

лировании ответа отсутствует

должная связь между анализом,

аргументацией и выводами. Для

получения правильного ответа

требуются уточняющие вопро-

сы.

3 пороговый

Показывает недостаточные

знания, не способен аргументи-

рованно и последовательно из-

лагать материал, допускает гру-

бые ошибки, неправильно отве-

чает на дополнительные вопро-

сы или затрудняется с ответом.

2 не достаточ-

ный

Уметь соответ-


из РП)

Умеет применять полученные

знания для решения конкрет-

ных практических задач, спосо-

бен предложить альтернатив-

ные решения анализируемых

проблем, формулировать выво-

ды.

5 высокий

Умеет применять полученные

знания для решения конкрет-

ных практических задач, спосо-

бен формулировать выводы, но

не может предложить альтерна-

тивные решения анализируе-

мых проблем.

4 повышен-

ный

При решении конкретных 3 пороговый

10

Код

комп.

Показатели ком-

петенций)

(дескрипторы)

Критерий оценивания

Шкала

оцени-

вания

Уровень

сформиро-

ванной ком-

петенции

практических задач возникают

затруднения.

Не может решать практические

задачи.

2 не достаточ-

ный

Владеть соответ-


из РП)

Владеет навыками, необходи-

мыми для профессиональной

деятельности, способен оценить

результат своей деятельности.

5 высокий

Владеет навыками, необходи-

мыми для профессиональной

деятельности, затрудняется

оценить результат своей дея-

тельности.

4 повышен-

ный

Показывает слабые навыки, не-

обходимые для профессиональ-

ной деятельности.

3 пороговый

Отсутствие навыков. 2 не достаточ-

ный

11

КОНТРОЛЬНЫЕ ЗАДАНИЯ И ИНЫЕ МАТЕРИАЛЫ ОЦЕНКИ

знаний, умений, навыков и (или) опыта деятельности, характеризующие

этапы формирования компетенций в процессе освоения дисциплины

Б1.В.03 Программная инженерия

Оформление вопросов к зачету

Федеральное государственное бюджетное образовательное учреждение выс-

шего образования

«Великолукская государственная сельскохозяйственная академия»

Экономический факультет

Кафедра «Информационные технологии и таможенное дело»

Примерный перечень вопросов к зачету:

1. Программная инженерия. Основные этапы появления.

2. Программная инженерия как инженерная дисциплина.

3. Программный процесс. Понятие, модели.

4. Метод программной инженерии.

5. Роль стандартов в организации промышленного производства.

6. Типы стандартов.

7. Стандарты программной инженерии.

8. Жизненный цикл программных средств. Структура.

9. Стандарт ISO 12207 и его роль в определении жизненного цикла ПС.

10. Модель жизненного цикла программных средств. Краткая характери-

стика основных моделей.

11. Основные определения в области управления программными проектами.

12. Особенности управления проектом программных средств.

13. Категории управления проектом.

14. Треугольник ограничений проекта.

15. PMBOK: 9 областей управленческих знаний.

16. Управление рисками проекта.

17. Организация командной работы над проектом.

18. Унифицированный процесс разработки Rational (RUP).

19. Процессы командной разработки программного обеспечения MSF.

20. Гибкие технологии разработки ПО.

Таблица 3 – Применение системы при оценке зачета

Оценка Критерии оценки

Зачтено не имеет задолженностей по дисциплине;

имеет четкое представление о современных методах, методиках и техно-

12


логиях, применяемых в рамках изучаемой дисциплины;

правильно оперирует предметной и методической терминологией;

излагает ответы на вопросы зачета;

подтверждает теоретические знания практическими примерами;

дает ответы на задаваемые уточняющие вопросы;

имеет собственные суждения о решении теоретических и практических

вопросов, связанных с профессиональной деятельностью.

Не за-

чтено

не имеет четкого представления о современных методах, методиках и

технологиях, применяемых в рамках изучаемой дисциплины;

не оперирует основными понятиями;

проявляет затруднения при ответе на уточняющие вопросы.

13

КОНТРОЛЬНЫЕ ЗАДАНИЯ И ИНЫЕ МАТЕРИАЛЫ ОЦЕНКИ

знаний, умений, навыков и (или) опыта деятельности, характеризующие

этапы формирования компетенций в процессе освоения дисциплины

Б1.В.03 Программная инженерия

Оформление вопросов к экзамену

Федеральное государственное бюджетное образовательное учреждение выс-

шего образования




Примерный перечень вопросов к экзамену:

1. История программной инженерии.

2. Определение программной инженерии.

3. Место программной инженерии среди других дисциплин, связанных с

созданием программного обеспечения.

4. Понятия программной инженерии: программный процесс, модель про-

граммного процесса, метод программной инженерии.

5. Стандарты программной инженерии.

6. Понятие жизненного цикла программных средств.

7. Стандарт ISO 12207 и его роль в определении жизненного цикла ПС.

8. Структура жизненного цикла программных средств.

9. Классические модели жизненного цикла программных средств.

10. Основные определения в области управления программными проектами.

11. Категории управления проектом. Треугольник ограничений проекта.

12. PMBOK: 9 областей управленческих знаний.

13. Управление рисками проекта.

14. Организация командной работы над проектом.

15. Унифицированный процесс разработки Rational (RUP).

16. Процессы командной разработки программного обеспечения MSF.

17. Гибкие технологии разработки ПО.

18. Основные факторы, определяющие технико-экономические показатели

в жизненном цикле программных средств.

19. Факторы, влияющие на затраты при разработке сложных программных

средств.

20. Методики технико-экономического обоснования проектов сложных

программных средств.

21. Верификация и формализация требований.

22. Объектно-ориентированная инженерия требований.

23. Метод инженерии требований А Джекобсона.

14

24. Модель анализа требований. Определение объектов.

25. Классификация требований. Трассирование требований.

26. Архитектура ПО.

27. Парадигмы программирования.

28. Процедурное, декларативное, объектно-ориентированное программи-

рование.

29. Структурное проектирование.

30. Объектно-ориентированный анализ и проектирование.

31. Унифицированный язык моделирования UML.

32. Проектирование интерфейса пользователя.

33. Понятие качества программного обеспечения и его основные характе-

ристики.

34. Принципы верификации и тестирования программ.

35. Тестирование и его разновидности.

36. Тестирование по методу «черного ящика» и методу «белого ящика».

37. Тестирование модулей, интеграция модулей и проверка правильности

интеграции, тестирование системы.

38. Объектно-ориентированное тестирование.

39. Организация и методы сопровождения программных средств.

40. Процессы управления конфигурацией программных средств.

41. Этапы и процедуры при управлении конфигурацией программных

средств.

42. Организация документирования программных средств.

43. Формирование требований к документации программных средств.

44. Планирование документирования проектов программных средств.

Таблица 3 – Применение пятибалльной системы при оценке экзамена


«отлично»

имеет четкое представление о современных мето-

дах, методиках и технологиях, применяемых в

рамках изучаемой дисциплины;

свободно и правильно оперирует предметной и

методической терминологией;

свободно владеет вопросами экзаменационного

билета;

подтверждает теоретические знания практически-

ми примерами;

дает развернутые ответы на задаваемые дополни-

тельные вопросы;

имеет собственные суждения о решении теорети-

ческих и практических вопросов, связанных с

профессиональной деятельностью.

15


«хорошо»

имеет представление о современных методах, ме-

тодиках и технологиях, применяемых в рамках

изучаемой дисциплины;

знает предметную и методическую терминологию

дисциплины;

излагает ответы на вопросы экзаменационного

билета, ориентируясь на написанное им в экзаме-

национном листе;

подтверждает теоретические знания отдельными

практическими примерами;

дает ответы на задаваемые дополнительные во-

просы.

«удовлетворительно»

имеет посредственное представление о современ-

ных методах, методиках и технологиях, применя-

емых в рамках изучаемой дисциплины;

правильно оперирует основными понятиями;

отвечает на вопросы экзаменационного билета,

главным образом, зачитывая написанное в экзаме-

национном листе;

излагает, главным образом, теоретические знания

по вопросам экзаменационного билета;

не во всех случаях находит правильные ответы на

задаваемые дополнительные вопросы.

«неудовлетворительно»

не имеет представления о современных методах,

методиках и технологиях, применяемых в рамках

изучаемой дисциплины;

не во всех случаях правильно оперирует основ-

ными понятиями;

отвечает на экзаменационные вопросы, зачитывая

их с текста экзаменационного листа;

экзаменационные вопросы излагает не в полной

мере;

не отвечает на дополнительные вопросы

16

Федеральное государственное бюджетное образовательное учреждение

высшего образования




Расчетные задания по дисциплине «Программная инженерия»

Тема 3 Технико-экономическое обоснование проектов программных

средств

Задание 1. Выполнить расчет технико-экономического обоснования

для заданного проекта. 1. Технико-экономическое обоснование проекта информацион-

ной системы сети магазинов.

2. Технико-экономическое обоснование проекта сайта интернет мага-

зина.

3. Технико-экономическое обоснование проекта туристиче-

ского агентства.

4. Технико-экономическое обоснование проекта сайта

агентства недвижимости.

5. Технико-экономическое обоснование проекта информационного сай-

та медицинского учреждения.

6. Технико-экономическое обоснование проекта информацион-

ной системы магазина розничной торговли.

Тема 7. «Характеристики качества и аттестация программных средств»

Задание 1. Тестирование методом «белого ящика». Тестирование задан-

ного пути.

1. На основе текста программы сформировать потоковый граф.

2. Определить цикломатическую сложность потокового графа.

3. Определить базовое множество независимых линейных путей.

4. Подготовить тестовые варианты, инициирующие выполнение каждо-

го пути.

5. Реальные результаты каждого тестового варианта сравнить с ожида-

емыми результатами.

Варианты задач:

• Даны три числа а, b , с. Проверить, будут ли они сторонами треуголь-

ника. Если да, то вычислить площадь этого треугольника.

17

• Вычислить значение функции:

• Дана строка. Подсчитать в ней количество вхождений букв 'r', 'k' и 't'.

Задание 2. Тестирование методом «белого ящика». Тестирование ветвей

и операций.

1) Построить ограничение для каждого условия.

2) Выявить ограничения результата по каждому простому условию.

3) Построить ограничивающее множество для каждого условия (с

применением константных формул).

4) Для каждого элемента ограничивающих множеств разработать те-

стовый вариант.

5) Реальные результаты каждого тестового варианта сравнить с ожи-

даемыми результатами.


• Вычислить значение функции:

( )

<−+

≥++

+

+=

xaax

xax

x

xY

a

,1

,1

1

12

• Даны три числа a, b, c. Найти минимальное значение.

• Вычислить штраф за превышение скорости. Блок-схема программы

представлена на рисунке.

18

Задание 3. Тестирование методом «белого ящика». Тестирование циклов.

1) Проанализировать конструкцию циклов и определить методику те-

стирования.

2) Разработать тестовые варианты.

3) Реальные результаты каждого тестового варианта сравнить с ожида-

емыми результатами

19


• Вычислить и вывести на экран сумму положительных элементов

главной диагонали квадратной матрицы.

• Вычислить и вывести произведение элементов выше (ниже) глав-

ной диагонали квадратной матрицы.

• Упорядочить по возрастанию (по убыванию) элементы массива.

• Вывести количество элементов матрицы, которые меньше по

сумме остальных элементов в этом же столбце (строке).

• Найти в квадратной матрице максимальный (минимальный) эле-

мента и заменить им все элементы на главной диагонали матрицы.

Задание 4. Тестирование методом черного ящика.


• В программе «Деканат» переменная, обозначающая количество сту-

дентов в группе, может принимать значения от 1 до 30. Составьте

тестовый набор для этой переменной.

• В программе "Геометрические фигуры" определяется тип треугольни-

ка. Возможные результаты: прямоугольный, остроугольный, тупо

угольный, равнобедренный, правильный (равносторонний) Используя

методы эквивалентного разбиения и граничных значений составьте те-

стовые наборы для проверки перечисленных функций программы.

Протестируйте указанную программу.

Задание 5. Модульное тестирование в среде MS Visual Studio.

Разработать и отладить проверочные тесты в виде скриптов в среде MS

Visual Studio для проверки отдельных модулей программы. Выполнить авто-

номное тестирование всех модулей включенных в программу.

Задание 6. Интеграционное тестирование в среде MS Visual Studio.

Разработать и отладить ручные и автоматические тесты в виде скрип-

тов в среде MS Visual Studio для проверки межмодульных связей программы.

Выполнить межмодульное тестирование.


• Ввести массив из 5 целых положительных трехзначных целых

чисел. Вывести количество чисел массива, в которых максимальная цифра

равна 8 и среднее арифметическое цифр этих чисел меньше 8. Если таких

элементов нет, то выдать сообщение об этом.

• Ввести две строки k и n. Если в первой половине строки k менее

10 цифр, и если во второй половине строки n нет букв от ‘a’ до ‘z’, то вычис-

лить и вывести s – количество символов ‘*’ или ‘&’, входящих в среднюю

треть строки k. Выбор ‘*’ или ‘&’ осуществляется пользователем.

20

Критерии оценки (в баллах):

-5 баллов выставляется обучающемуся, если обучающийся в полном объеме

и правильно выполнил расчетные задания;

- 4 балла выставляется обучающемуся, если обучающийся в полном объеме

выполнил расчетные задания, но есть несколько неправильно выполненных

заданий;

- 3 балла выставляется обучающемуся, если обучающийся не в полном объе-

ме или в полном объеме выполнил расчетные задания, но с более, чем на 50%

неправильно выполненных;


ме выполнил расчетные задания или в полном объеме, но с менее, чем 50%

правильно выполненных.

21






Ситуационные задания по дисциплине «Программная инженерия»

Тема 2 «Управление проектом программного средства»

Задание 1. Представьте, что вы назначены менеджером открывающего-

ся проекта. Цель проекта – создать систему для отслеживания успевае-

мости студентов. Команда разработчиков набирается из студентов.

Определить структуру и численность команды. Составить проектную

заявку (паспорт проекта) по следующей форме: Наименование проекта

Директор проекта

Руководитель проекта

Участники проекта

Описание Проекта

Основания для инициации проекта

Цель (цели) проекта Задачи проекта

Результат (результаты) проекта

Критерии успеха проекта

Период реализации проекта

Риски реализации проекта

Расходы на проект

Взаимосвязь с другими проектами

Дата создания документа

Автор документа

Задание 2. Разработайте описание содержания проекта по следующей схеме:

Описание содержания проекта

I. Основная информация

Номер (шифр) проекта:

Наименование проекта:

Руководитель проекта:

Автор документа:

Дата составления:

22

II. Обзор проекта

III. Цели проекта

IV. Задачи и результаты проекта

V. Требования

VI. Ограничения

VII. Критерии приемки продукта

VIII. Подписи, дата

Задание 3. Постройте сетевой график проекта, рассчитайте пока-

затели сетевого графика и определите критический путь проекта.

Задание 4. Рассчитайте бюджет затрат проекта.

Тема 4 «Анализ предметной области и разработка требований к про-

граммным средствам»

Задание 1. Выполнить анализ постановки задачи на создание ИС.

Сформулировать концептуальные, функциональные и технические

требования к информационной системе для отслеживания успеваемости

студентов. Разработать документ «Техническое задание на создание

ИС».

Тема 5 «Методологии разработки программных средств»

Задание 1. Составить план разработки ИС с применением положений и

рекомендаций методологии Microsoft Solutions Framework:

1. Составить эскизный план разработки ИС на основе модели

ЖЦ, описанной в модели процессов MSF.

2. Определить примерное количество итераций, необходимое для

разработки ИС.

3. Рассматривая последовательно каждую итерацию, сформиро-

вать комплект проектной документации, состоящий из документов

«План итерации № ...» План каждой итерации должен включать в себя

следующие разделы:

а) для фазы «Выработка концепции» - постановку задачи на разра-

ботку соответствующей версии ИС;

б) для фазы «Планирование» - описание организационных и техниче-

ских проектных решений по разработке ИС; в) для фазы «Разработка» - характеристику ожидаемых результатов раз-

работки очередной версии ИС;

г) для фазы «Стабилизация» - набор контрольных тестов для валидации и

верификации программного обеспечения ИС;

д) для фазы «Внедрение» - описание мероприятий по переходу пользова-

телей на новую версию ИС.

4. Объединить документы, составленные по отдельным итерациям, в

единый отчёт «Планирование разработки ИС на основе методологии MSF».

23

Задание 2. Составить план разработки ИС с применением поло-

жений и рекомендаций методологии Rational Unified Process:

1. Составить эскизный план разработки ИС на основе модели ЖЦ,

описанной в модели процессов RUP.

2. Определить примерное количество итераций, необходимое для

разработки ИС. Распределить итерации по фазам процесса разработки

(начальная фаза, фаза уточнения, фаза конструирования, фаза внедре-

ния).

3. Рассматривая последовательно каждую фазу, сформировать

комплект проектной документации, состоящий из документов «План

фазы ...» План каждой фазы должен включать в себя следующие разде-

лы:

а) постановку задачи на разработку соответствующей версии ИС; б) описание организационных и технических проектных решений

по разработке ИС;

в) характеристику ожидаемых результатов разработки очередной вер-

сии ИС;

г) набор контрольных тестов для валидации и верификации программ-

ного обеспечения ИС;

д) описание мероприятий по переходу пользователей на новую версию

ИС.

е) Объединить документы, составленные по отдельным фазам процесса

разработки, в единый отчёт «Планирование разработки ИС на основе мето-

дологии RUP».

Тема 6 «Разработка программных средств. Парадигмы и технологии

программирования»

Задание 1. Язык моделирования UML. Основы объектно-

ориентированного моделирования. Классы и объекты. Абстрактный класс Account имеет два дочерних класса: счет физиче-

ского .лица Personal Account и юридического Company Account. При решении

задачи используйте диаграммы классов.

а. Добавьте класс Person с общедоступным атрибутом FuIIName стро-

кового типа и свяжите его с классом Personal Account ассоциацией Owns с

полюсом owner у Person и навигируемым полюсом account у Personal

Account.

б. Аналогично для счета юридического лица добавьте владельца

Company, свяжите анонимной ассоциацией с CompanyAccount и укажите

подходящие названия полюсов.

в. Добавьте класс адреса Address с атрибутами строкового типа street,

city и целочисленным положительным building. Укажите с помощью новых

24

анонимных ассоциаций, что Person может иметь адрес регистрации

registeredAt, фактический адрес actual, в то время как компания связана с од-

ним юридическим адресом legal Address и может иметь почтовый адрес post

Address.


ориентированного моделирования. Сценарии и варианты исполь-

зования. Актор User взаимодействует с системой OnlineTranslator в рамках аб-

страктного варианта использования Translate. Варианты использования

TranslateText и TransIareWebPage уточняют Translate. Отобразите на диа-

грамме вариантов использования.

а. Вариант использования TransIareWebPage включает

«inelude» вариант использования SetlJKL.

б. Вариант использования SetLangnages расширяет «extend» вариант

использования Translate в точке расширения specifxLaguages. Условие рас-

ширения «язык не определен автоматически».

в. Добавьте в модель актора ExperiencedUser, уточняющего User.

ExperiencedUser может взаимодействовать с системой в рамках варианта ис-

пользования ProposeTranslation. который уточняет вариант использования

TranslareText.


ориентированного моделирования. Кооперации и взаимодействие

классов.

Кооперация продажа Sale включает роли продавец Salesman и по-

купатель Customer.

а. Покажите, что продавец и покупатель могут взаимодействовать

друг с другом.

б. Используя вхождения коопераций Sale, создайте модель коопе-

рации продажи с посредником BrokeredSale, в которой покупатель вза-

имодействует с посредником Broker, а посредник как покупатель взаи-

модействует с продавцом.

Задание 4. Язык моделирования UML. Методы и паттерны проек-

тирования. Расширенные классы и объекты. Диск Disk содержит несколько папок Folder, которые могут содержать

файлы File и папки. Произведения Composition хранятся на дисках в виде

файлов.

а. Используя классы ассоциаций, постройте модель хранения произве-

дений на дисках.

б. Дополните модель, укажите, что произведение может быть картин-

кой Picture, либо музыкой Music, либо фильмом Movie.

25

в. Может ли произведение храниться на одаом диске в разных файлах?

Ответ поясните.

г. Сравните способы реализации в модели хранения произведения в не-

скольких файлах на одном диске. Приведите примеры на диаграмме экзем-

пляров.


тирования. Анализ и выделение классов. Диск состоит из пронумерованных кластеров. На диске есть именован-

ные папки, в которые вложены папки или именованные файлы. Список фай-

лов и папок в папке хранится в одном кластере диска, данные файлов хранят-

ся в нескольких кластерах.

а. Выделите классы и определите отношения между ними, используя

абстрактные типы данных (ADT) и метод Аббота.

б. Добавьте операции и атрибуты к имеющимся классам для создания,

удаления папок и файлов, записи и чтения буфера данных с определенной

позиции в файле.


тирования. Архитектурное проектирование. Лифт Elevator состоит из кабины класса Cage, пульта управления клас-

са ControlUmt и нескольких панелей вызова с этажа класса FloorControls. Со-

единитель между пультом управления и кабиной имеет тип cage Wire, между

пультом и панелями -floorWire. При этом пульт подсоединен к каждой пане-

ли индивидуально.

а. Добавьте в модель двигатель класса Engine как составную часть лиф-

та. Двигатель связан с кабиной кабелем cable и с пультом схемой управления

controls.

б. Доработайте модель так, чтобы взаимодействие лифта с внешними

классами происходило только через интерфейс кнопок кабины CageControls,

управления лифтом Operations и интерфейсы вызова с этажей FIoorBnttons.

Команды, принимаемые через интерфейсы, направляются на соответствую-

щие части лифта.

в. Укажите, что для работы лифту требуется подключение к электриче-

ской сети Power.

г. Перечислите имена и типы всех элементов пространства имен класса

Elevator.

26

д. Чему соответствуют порты класса Elevator в программном коде реа-

лизации класса Elevator?


тирования. Схемы состояний и конечные автоматы. Моделируется мобильное приложение - электронный словарь, имею-

щее несколько окон. Схему перехода между окнами будем моделировать с

помощью диаграммы схем состояний.

а. Добавьте на диаграмму состояния Список слов. Перевод, Слово-

формы слова. Переход между Слисок слов и Перевод по событию Выбрано

слово, обратный переход по событию Назад. Переход между Перевод и Сло-

воформы слова по событию Словоформы, обратный переход по событию

Назад.

б. В некоторых карточках перевода есть ссылки на другие карточки.

При переходе по ссылке мы попадаем в то же состояние Перевод, но для дру-

гого слова. Добавьте переход в себя из состояния Перевод, активируемый со-

бытием Переход по ссылке.

в. Возврат после перехода по ссылке по событию Назад должен воз-

вращать пользователя в предыдущую карточку. Для этого добавим к пере-

ход}' по ссылке действие Добавить в стек. Добавим переход в себя из состоя-

ния Перевод по событию Назад со сторожевым условием [стек не пуст] и

действием Убрать из стека. В переход из состояния Перевод в состояние

Список слов по событию назад нужно добавить сторожевое условие [else].

г. Перед запуском приложения нужно загрузить словари. На время за-

грузки словарей пользователю будет показан экран приветствия. Добавим

ортогональное состояние Инициализация. В нем выделим два региона. В

первом регионе добавим начальное и конечное псевдосостояния. Между ни-

ми добавим состояние Загрузка словарей с выполняемой при нахождении в

состоянии деятельностью Загрузить словари. Ожидается переход в конечное

состояние по завершении деятельности. Во втором регионе мы добавим пе-

реход из начального состояния в конечное по событию времени after (3 s).

Это необходимо, чтобы при быстрой загрузке пользователь успел прочитать

содержимое экрана приветствия. Из ортогонального состояния Инициализа-

ция переход по завершению в Слисок слов.

д. Уточним поведение в окне списка слов. Слисок слов становится со-

ставным состоянием. Дальнейшие состояния являются вложенными в Список

слов. Из начального псевдосостояния происходит переход в состояние Исто-

рия запросов. По событию Ввод из Истории запросов происходит переход в

псевдосостояние выбора. Далее при условии поле ввода пустое происходит

переход (возврат) в состояние История запросов. Иначе происходит переход

во вложенное составное состояние Поиск слова. По событию Ввод происхо-

дит переход из Поиск слова в описанное выше псевдосостояние выбора. В

составном состоянии Поиск слова непосредственно процедура поиска откла-

дывается с помощью события времени after (1 s). После этого события про-

27

исходит переход из начального псевдосостояния в состояние Поиск в слова-

ре. По завершению происходит переход из Поиск в словаре в Отображение

списка.


тирования. Представление деятельности и потоков работ. Рассмотрим алгоритм сборки программы из исходных файлов.

а. Деятельность Сборка проекта имеет входной параметр типа Проект и

выходной параметр типа Исполняемый модуль. Входной параметр передает-

ся на узел действия Анализ проекта. Выходной контакт Анализа проекта

имеет тип Исходный файл и множественную кратность. Исходные файлы пе-

редаются на узел действия Компиляция. Выходной контакт узла Компиляция

имеет тип Объектный файл и передается на узел действия Компоновка. Вы-

ходной контакт узла Компоновка передается в выходной параметр деятель-

ности.

б. Добавьте опциональное действие Оптимизация, которое произво-

дится над Объектным файлом при условии) [оптимизировать]. Действие воз-

вращает Объектный файл и передает его в действие Компоновка.

в. Уточним узел Компиляция. Этот узел представляет собой область

разложения группы входных контактов, которая производит их распаковку с

типом распаковки «parallel».] Объектный узел типа Исходный файл переда-

ется узлу действия Лексический Анализ. Результат передается узлу Синтак-

сический анализ, в свою очередь результат Синтаксического Анализа переда-

ется узлу Генерация кода. Результат Генерации кода имеет тип Объектный

файл и является выходным контактом структурной деятельности.

г. В процессе Лексического Анализа заполняется таблица символов.

Добавьте выходной контакт типа Идентификатор к узлу Лексического Ана-

лиза. Передайте объект с этого контакта в объектный узел с вида «darastore»

и именем Таблица идентификаторов.

д. Идентификаторы из таблицы идентификаторов используются при

генерации кода. Добавьте входной контакт для действия Генерация кода с

типом Идентификатор и множественной кратностью. Передайте в этот кон-

такт объекты из хранилища Таблица идентификаторов. Уточните поведение

выбора из Таблицы идентификаторов* указав, что имя идентификатора

должно совпадать с именем узла: «,,selection" идентификатор.имя = узел.

имя».


тирования. Предметно-ориентированное проектирование.

С целью разработки модели предметной области системы управ-

ления виртуальными машинами проводится интервью с пользователем

системы и инженером центра обработки данных. Записанные высказы-

вания приведены на рисунке.

28

а. Перечислите способы, которыми можно прояснить смысл по-

нятий предметной области. Примените один из способов для проясне-

ния понятий «виртуальная машина» и «гипервизор», если эти понятия

не знакомы.

б. Выделите в 1—7 предложения, которые не несут информации,

относящейся к цели интервью, и выделите в каждом из оставшихся

предложений понятия предметной области, среди них укажите в соот-

ветствии с основным принципом DDD классы и их виды.

в. Перечислите структурные свойства и операции класса вирту-

альной машины.

г. Если для группировки ВМ использовать пулы АР, с какими

ограничениями столкнется пользователь? Приведите на диаграмме объ-

ектов пример нарушения данных ограничений.

д. Пусть в модели для группировки виртуальных машин использо-

ваны пулы АР. Согласно принципам DDD. должен ли пользователь ис-

пользовать непосредственно класс пул АР, или предпочтительнее

скрыть его за понятием «группа ВМ»? Объясните почему.


тирования. Моделирование поведения в структуре классов. Структура производства самолетов для одной неизвестной авиакомпа-

нии приведена на рисунке. Авиакомпания Airline закупает двигатели в Engine

Engineering корпус и оборудование - в HullPlane Industries.

а. Авиакомпания решила до начала производства консультироваться

estim() с фирмой Aircraft Producer для составления сметы est. Покажите пове-

дение создания самолета на диаграмме, если авиакомпания ожидает по ее за-

просу завершения поставки корпуса hulh двух двигателей engine и оборудо-

вания equip самолета перед его самостоятельной) сборкой assemble.

б. Стремясь оптимизировать время, авиакомпания решила передать

сборку самолетов той же фирме Aircraft Producer] так. чтобы не ждать поста-

вок комплектующих, но получать уведомления о завершении этапов поста-

вок и сборки. Воспользуйтесь паттерном Mediator.

29

в. Покажите на диаграмме, что авиакомпания оплачивает самолет,

только если его стоимость aircraft.price равна цене, указанной в оценке

est.price. При этом авиакомпания сначала отправляет платеж pay() фирме

Aircraft Producer, потом HullPIane Industries, потом в Engine Engineering.

г. В каком порядке указанные фирмы получат платежи? Ответ поясни-

те.

Тема 9 «Управление конфигурацией в жизненном цикле программных

средств»

Задание 1. Управление версиями программного средства с исполь-

зованием CASE-средства GIT. 1. Запустить Git GUI. Создать новый репозиторий.

2. Добавить в папку репозитория файлы. Зафиксировать состояние ре-

позитория (выполнить commit).

3. Внести изменения в файлы. Зафиксировать новое состояние репози-

тория.

4. Создать новую ветку 1. Внести в нее изменения (добавить новый

файл и изменить существующий файл: добавить, удалить и изменить строки)

и зафиксировать их.

5. Переключиться на ветку мастера. Внести в нее изменения (добавить

новый файл; изменить существующие файлы: добавить, удалить и изменить

строки первоначального файла) и зафиксировать их.

6. Продемонстрировать слияние веток. Разрешить возникший кон-

фликт.

7. Просмотреть дерево изменений веток (историю).

8. Продемонстрировать откат изменений в ветке 1.

9. Создать удаленный репозиторий (на github.com или в сети).

10. Отправить данные на удаленный репозиторий. Добавить к удален-

ному репозитарию участников проекта.

11. Получить данные из удаленного репозитория.

12. Изменить полученные данные.

13. Зафиксировать изменения и отправить их на удаленный репозито-

рий.

14. Получить данные из удаленного репозитория.

15. Просмотреть историю изменений.

Тема 10 «Документирование программных средств»

Задание 1. Подготовить программную документацию на ПС: 1. Подготовить документ: «Спецификация программного продукта».

Документ оформляется согласно ГОСТ 19.202-78 Единая система программ-

ной документации (ЕСПД). Спецификация. Требования к содержанию и

оформлению.

2. Подготовить программный документ «Руководство пользователя».

Документ оформляется согласно РД 50-34.698-90.

30


-5 баллов выставляется обучающемуся, если обучающийся в полном объеме

и правильно выполнил ситуационные задания;

- 4 балла выставляется обучающемуся, если обучающийся в полном объеме

выполнил ситуационные задания, но есть несколько неправильно выполнен-

ных заданий;


ме или в полном объеме выполнил ситуационные задания, но с более, чем на

50% неправильно выполненных;


ме выполнил ситуационные задания или в полном объеме, но с менее, чем

50% правильно выполненных.

31






Комплект тестов (тестовых заданий)1 по дисциплине «Экономические информационные системы»

Тест по теме 1 «Жизненный цикл разработки программного средства»

Задание 1. Установите соответствие между технологическими дисципли-

нами и их содержанием:

Компьютерная технология теории, принципы и методы построе-

ния компьютеров, а также системное

обеспечения ЭВМ (ОС, трансляторы,

загрузчики)

Системная технология теория, методы и принципы построе-

ния автоматизированных информа-

ционных систем, систем управления

и Computer Systems

Программная инженерия (техноло-

гия)

система методов, способов и дисци-

плин планирования, разработки, экс-

плуатации и сопровождения ПО.

обеспечивающих промышленное

производство ПП

Задание 2. Программная инженерия - а) инженерная дисциплина, связанная с теорией, методами и средствами

профессиональной разработки ПО

б) несложная в усвоении профессия

в) дисциплина отвечающая, за написание технической документации и

автоматизированное тестирование

Тест по теме 2 «Управление проектом программного средства»

Задание 1. Что НЕ должно подвергаться изменениям в проекте:

а) сроки

б) заказчики

в) бюджет

1 Полный комплект тестовых вопросов представлен в электронно-образовательной среде

32

г) цели

Задание 2. Календарное планирование проекта осуществляется

а) сверху-вниз

б) снизу-вверх

в) слева-направо

г) допускается любая

Задание 3. Перегруженные ресурсы в MS Project:

а) выделяются красным цветом и индикатором красный человечек

б) не выделяются

в) выделяются зеленым цветом

г) выделяются оранжевым цветом

Тест по теме 3 «Методологии разработки программных средств»

Задание 1. Для успешного процесса разработки ПО необходимы три со-

ставляющие

а) процесс

б) нотация

в) набор утилит

г) дизайн

Задание 2. RUP предоставляет ______ подход к итерационной разработке

программного обеспечения

а) структурированный

б) объектный

в) объектно-ориентированный

г) модульный

Задание 3. Укажите правильные утверждения в отношении методологии

Scrum

а) пользовательские требования задаются элементами задела работы про-

дукта

б) элементы задела работы продукта в процессе проектирования могут

уточняться, добавляться или удаляться из списка требований

в) цикл выпуска продукта состоит из ряда итераций

г) спринт имеет переменную длительность

Тест по теме 4 «Технико-экономическое обоснование проектов программ-


Задание 1. Основными ресурсами разработчиков при создании программ

являются:

а) трудозатраты

б) время

в) доступное число специалистов

Задание 2. Способы уменьшения сроков разработки

33

а) обеспечить детальное структурирование ПС модули и спецификации

интерфейса

б) приобрести и освоить технологические и инструментальные средства

в) обеспечить дополнительную подготовку программистов и группы те-

стирования

г) привлечь дополнительный вспомогательный персонал

д) отложить на время несущественное документирование проекта

Тест по теме 5 «Анализ предметной области и разработка требований к

программным средствам»

Задание 1. На каком этапе жизненного цикла создания ИС проводится

анализ предметной области?

а) проектирование

б) ввод в эксплуатацию

в) предпроектное обследование

г) сопровождение

Задание 2. Предметная область – это:

а) часть реального мира, представляющая интерес для пользователей

б) совокупность программ, представленная в виде математических моде-

лей

в) совокупность знаний об объекте, представленная в специальной ма-

шинной форме в виде вычислительных модулей

г) совокупность знаний для согласования проектных процедур, возника-

ющих при проектировании

Тест по теме 6 «Разработка программных средств. Парадигмы и техно-

логии программирования»

Задание 1. Без какой функции не имеет смысл модель IDEF0?

а) результат

б) механизмы

в) вход

г) управление

Задание 2. Какие два базовых принципа используются в структурном

подходе к проектированию ИС?

а) принцип «разделяй и властвуй»

б) принцип иерархического упорядочивания

в) принцип взаимодействующих во времени объектов

г) принцип системности

Задание 3. В чем особенности объектно-ориентированного подхода?

а) иерархический характер сложной системы отражается с использованием

иерархии классов

б) модель проблемной области рассматривается как совокупность взаимо-

действующих во времени объектов;

в) используется принцип «разделяй и властвуй»

34

г) используется принцип системности

Тест по теме 7 «Характеристики качества и аттестация программных

средств»

Задание 1. Расположите в хронологическом порядке этапы процесса те-

стирования:

а) тестирование компонентов

б) тестирование подсистем

в) тестирование модулей

г) тестирование системы

д) приёмочные испытания

Задание 2. Какие атрибуты качества не очень важны для пользователей?

а) надёжность и доступность

б) безопасность

в) мобильность

г) удобство и простота обслуживания

д) производительность

Тест по теме 8 «Сопровождение и мониторинг программных средств»

Задание 1. Внедрение системы – это

а) инсталляция на ЭВМ пользователя

б) квалифицированная помощь пользователю в запуске и освоении систе-

мы, устранение неучтённых особенностей («мелочей»), повышение

уровня доверия к системе

в) определение особенностей автоматизации объекта

г) рутинная процедура завершения проекта

Задание 2. Требования к процессам сопровождения определяются груп-

пой основных факторов, влияющих на реализацию модификации про-

граммных средств, образующих концептуальную цепочку: (установите

по порядку)

а) требования на изменения

б) изменяемые функции

в) размер (масштаб) изменений

г) стратегия модификаций

д) ресурсы, необходимые для их реализации

Тест по теме 9 «Управление конфигурацией в жизненном цикле про-

граммных средств»

Задание 1. Часть процесса изготовления программного обеспечения, свя-

занная с поддержкой и контролем взаимосвязей рабочих продуктов раз-

личных версий конечного продукта называется:

а) управлением коллективом

35

б) управлением качеством

в) управлением продажами

г) управление конфигурацией

д) управлением данными

Задание 2. Набор версий программного обеспечения часто называют

а) системой

б) формой

в) линейкой

г) представителями

д) семейством

Тест по теме 10 «Документирование программных средств»

Задание 1. В руководстве системного программиста приводится:

а) действия по настройке программы на условия конкретного применения

б) описание организации используемой входной и выходной информации

в) описание способов проверки общей работоспособности программы

Задание 3. Документ, описывающий внутреннюю организацию программы

а) руководство оператора

б) руководство программиста

в) руководство системного программиста


- 5 баллов выставляется обучающемуся, если он правильно ответил на

90% и более вопросов;

- 4 балла выставляется обучающемуся, если он правильно ответил на

75-89% вопросов;

- 3 балла выставляется обучающемуся, если он правильно ответил на

60-75% вопросов;

- 2 балла выставляется обучающемуся, если он правильно ответил менее

60% вопросов.

fos 09.03.03 30 - vgsa.ru · «Информационные технологии и...

Documents