«Разработка и стандартизация ПС и ИТ»

2 Жизненный цикл программного обеспечения. Дать краткую характеристику каждого этапа. 3

3 Почему программные системы сложны. Привести пять признаков сложной системы. 4

4 Техническое задание. Перечислить и охарактеризовать разделы, входящие в техническое задание. 6

5 Унифицированный процесс разработки программного обеспечения. Основные принципы унифицированного процесса. 8

6 Жизненный цикл унифицированного процесса. Цели каждого из этапов. 10

7 Работа с кадрами. Перечислить роли разработчиков и дать характеристику каждой из них. 14

8 Использование языка UML при проектировании сложных программных систем. Какие диаграммы используются в UML для создания моделей программной системы. 18

9 Диаграмма вариантов использования, ее назначение. Рассказать о варианте использования и действующем лице. Правила построения диаграммы вариантов использования. 21

10 Что такое классификация с точки зрения объектно-ориентированного проектирования программных систем. Теории классификации. 25

11 Методы классификации. 27

12 Диаграммы взаимодействия. Основное назначение. 28

13 Диаграмма классов. Ее назначение. Что она включает. Рассказать об основных видах связей между классами. 30

14 Дать определение тестированию и отладке. Особенности и объекты тестирования. Автономное и комплексное тестирование. 33

15 Дать определение тестированию и отладке. Направления тестирования. Стратегия тестирования. Контрольный лист тестирования модуля. 36

16 Дать определение тестированию и отладке. Локализация ошибок. Классификация ошибок. 38

17 Документирование. Состав и содержание документов прилагаемых к программной системе. 40

18 Оценка качества ПрогОбесп. Методы оценки свойств ПрогОбес. 43

19 Уровни зрелости организации с точки зрения CMM. 45

20 Понятие стандарта. Что включает в себя стандарт. 48

21 Сертификация. Схемы сертификации. 50

22 Психологич факторы проектирования интерфейса пользователя. 55

23 Правила построения удобного интерфейса пользователя. 58

24 Принципы построения интерфейса пользователя. 60

25 Проектирование, ориентированное на использование. 62

ППП применяется для решения широкого круга задач в различных отраслях деятельности человека. ППП называется ПО, обладающее всеми качествами промышленного изделия.

В настоящее время программную индустрию интересуют вопросы изготовления промышленных ПП. К программным продуктам предъявляют все требования, которые предъявляют к обычным промышленным изделиям. Данные ПП обычно имеют большое время жизни и от их функциональности зависит большое количество пользователей. Пакетом прикладных программ (ППП) называется множество или организованная совокупность программ и модулей, позволяющая решать целый класс задач. ППП с дружественным профессионально – ориентированным интерфейсом пользователя называется программной системой (ПС). ПС, обладающая качеством промышленного изделия, называется промышленным программным изделием.

2 Жизненный цикл программного обеспечения. Дать краткую характеристику каждого этапа.

Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации. Этот цикл — процесс построения и развития ПО

1. Обследование системы: поверхностное рассмотрение предлагаемого проекта и выявление необходимости автоматизации; примерные сроки стоимость разработки.

2. Планирование: разработка технического задания;

3. Системный анализ: построение модели организации для понимания, что будем автоматизировать;

4. Системное проектирование: создается общая архитектура системы и описываются основные компоненты и взаимодействия м/у ними.

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

6. Кодирование, тестирование, отладка – программные спецификации, разработанные на предыдущих этапах кодируются на языке программирования;

7. Системное документирование: проектная и эксплуатационная документации (рук-во пользователя);

8. Внедрение: Инсталляция системы на компьютерном оборудовании заказчика, происходит обучение персонала, пробная эксплуатация, запуск в работу;

9. Сопровождение: корректировка, техническая поддержка.

«+»: - пригодна для разработки ПС любого уровня сложности, за счет жесткой формализации;

«-»: - для применения необходимо, чтобы все требования к ПП были известны на начальном этапе разработки;

- невозможность возврат на предыдущий этап может привести к краху проекта.

3 Почему программные системы сложны. Привести пять признаков сложной системы.

Сложность программных систем в их разработке:

1. Сложность реальной предметной области, из которой исходит заказ на разработку;

2. Трудность управления процессом разработки (коллективом разработчиков);

3. Необходимость обеспечить достаточную гибкость программы;

4. Неудовлетворительные способы описания поведения больших дискретных (цифровых) систем.

5 признаков сложной системы (СС):

1. Иерархичность. Состоят из взаимосвязанных подсистем, которые также имеют подсистемы и так далее до самого низкого уровня

2. выбор, какие компоненты в системе являются элементарными, относительно произволен, и остается на рассмотрение разработчиков;

3. внутрикомпонентная связь сильнее, чем связь между компонентами (начинка компьютера: всегда можем поменять компонент);

4. иерархические системы обычно состоят из немногих типов подсистем по-разному связанных и организованных; 5. любая работающая СС является развитием более простой. СС спроектированная с нуля, никогда работать не будет.

4 Техническое задание. Перечислить и охарактеризовать разделы, входящие в техническое задание.

Техническое задание составляется на этапе планирования. ТЗ – это документ, который является формальным соглашением между заказчиком продукта и его разработчиками. Он имеет очень важное значение, поскольку включает требования к разрабатываемому продукту и служит юридическим документом при разрешении конфликтных ситуаций между заказчиком и разработчиком.

Как инструмент коммуникации в связке общения заказчик-исполнитель, техническое задание позволяет обеим сторонам :

• представить (вообразить) готовый продукт

• выполнить попунктную проверку готового продукта (приёмочное тестирование — проведение испытаний)

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

• осознать, что именно ему нужно

• в т.ч. опираясь на существующие на данный момент технические возможности и свои ресурсы

• требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ

исполнителю

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

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

• отказаться от выполнения работ, не указанных в ТЗ

ТЗ должно содержать следующие разделы:

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

2. Основания для разработки. Указываются документ или документы, на основании которых ведется разработка; организация, утвердившая документ, и дата утверждения; наименование темы разработки.

3. Назначение разработки. Функциональное и эксплуатационное назначение ПП (дублируют введение, но при этом более подробно описываются назначение ПО, сфера его применения)

4. Требования к ПО. Содержит ряд подразделов: требования к функциональным характеристикам: расписывается каждая подсистема, включая требования к составу выполняемых функций, входные/выходные данные, временные функции; компоненты системы, указывается каким образом они будут взаимодействовать); требования к надежности: указываются требования к обеспечению надежного функционирования (контроль входных и выходных данных, время восстановления данных после отказа и т.д., защита от несанкционированного доступа); условия эксплуатации: указываются условия эксплуатации: температура, влажность и т.д., при которых должны обеспечиваться заданные характеристики. Вид обслуживания, количество и квалификация персонала; требования к составу и параметрам технических средств: указывается необходимый состав технических средств с указанием их основных характеристик; требования к информационной программной совместимости: указываются требования к программным средствам, исходным языкам, языкам программирования и программным средствам, которые необходимы для нормального функционирования разрабатываемого продукта; требования к маркировке и упаковке; требования к транспортировке и хранению. Указываются условия транспортировки, хранения и складирования, а также сроки хранения в различных условиях.

5. Требования к программной документации (ПД). Должен быть указан состав ПД и требования к ней.

6. Технико-экономические показатели. Указывается ориентировочная эк. эффективность, экономические преимущества разработки по ср. с другими аналогами.

7. Стадии и этапы разработки: Устанавливаются необходимые стадии разработки, этапы и содержания работ, перечень программных документов, которые должны быть согласованы, разработаны и утверждены, сроки разработки и исполнители.

8. Порядок контроля и приемки. Виды испытаний и общие требования к приемке работ.