
- •Использование системного подхода при проектировании программного обеспечения
- •Основные проблемы разработки и проектирования по и методы их преодоления
- •Понятие жизненного цикла по и его роль в проектировании информационных систем
- •Понятие модели жц в проектировании информационных систем, терминология моделей жц
- •Основные модели жц и рекомендации по их использованию
- •Преимущества и недостатки использования каскадной модели жц
- •Преимущества и недостатки использования эволюционной модели жц
- •Сравнение эволюционной и итерационной моделей жц
- •Понятие архитектуры программного обеспечения и причины возникновения такого понятия в рамках процесса создания информационных систем
- •Понятие "сложности" в современном проектировании информационных и способы её преодоления
- •Использование принципа декомпозиции в процессе проектирования информационных систем
- •Принципы объектно-ориентированного подхода к проектированию информационных систем
- •Основные понятия объектно-ориентированного подхода к проектированию информационных систем
- •Понятие соединения между элементами объектной модели и различные виды соединений
- •Понятие гибкого моделирования, манифест и основные принципы гибкого процесса проектирования
- •Понятие гибкого унифицированного процесса проектирования
- •Фазы и дисциплины унифицированного процесса проектирования, распределение работ на различных фазах для основных дисциплин
- •Начальная фаза унифицированного процесса и артефакты, которые могут создаваться на этой фазе процесса проектирования
- •Понятие требования к информационной системе, типы и категории требований
- •Понятие прецедента в процессе моделирования требований к информационной системе, модель прецедентов.
- •Понятие исполнителя в процессе формализации требований к информационной системе
- •Артефакты унифицированного процесса, используемые для описания нефункциональных требований к информационной системе
- •Фаза развития унифицированного процесса и артефакты, которые могут создаваться на этой фазе процесса проектирования
- •Задачи фазы развития унифицированного процесса и планирование итераций на этой фазе проектирования
- •Моделирование предметной области и основные понятия модели предметной области
- •Использование классов описаний и производных атрибутов в процессе моделирования предметной области
- •Обследование и технико-экономическое обоснование проекта
- •Разработка технического задания в соответствии с гост 34.602-89
- •Состав и содержание технического задания (гост 34.602- 89)
- •Состав эскизного и технического проектов
- •Типовое проектирование информационных систем
Делал исходя из лекций. Задач не будет. Думает дать 2 вопроса. Один если есть заслуги в теч. Семестра (ходить это мало ЛОЛ) Экз устный . Готовишь план если сразу не могешь. 4-5 сидят, 20 мин опрос каждого 5 мин. Через 35-40 новая партия Один вышел, один вошел) Все, что есть- есть в лекциях \ларман 2ое изд (есть в списке литры). Там есть все, но читать тяжело. Если чот непонятно- почта вконтакт- у Вани узнать Вопрос про эволюционный итерационный подход: там понимать надо, прямого сравнения в лекциях нет, но и оценивает он такой вопрос выше). Какой-то график, с ним связан 18 вопрос. Мб сделает раздатку, уметь показывать к каой фазе относится данная точка времени. График из лармана, даже в википедии есть она с описанием, типа покажите основные фазы унифицированного процесса. Смысл: была картиночка на которой была разбивка итераций, точнее группирование итераций в фазы унифицированного процесса и ее надо соотнести с этой картинкой. И были словесные описания, по ходу лекций тоже есть. Какие работы считаем начальной фазой, какие развитием… Подсказка к ответу есть на графике. График в страница 52, что-то не указано в лармане. 15 16 17 18 20- Эти вопросы он будет стараться дать чаще. Основа, это знать обязательно 31 32 34 35 –они по конкретным рассматриваем приемам. Надо показать владение срвами uml, в лекциях там не все для них. 31 32 делались фото. Он давал и текстовые комментарии. 34 35 в курсаче засада по 34 поэтому вынес в отдельный вопрос, в 35 посл лекция, лучше сопроводить рисунками. При ответе желательно каждый термин применнный пояснить: например, что мы под атрибутом понимаем. Общая идеология курса: чтобы его применить в дипломе. По госту нужна реализация или расчет (но какой у нас на ИТ расчет), у нас проектирование/реализация информ систем. 36-40 показывают как оформлять отчет (все отчеты требуемые очень похожи на формат канонического проектирования) и диплом похож на каноническое… Приходим к 10 скорее и еще полчаса закладываем тип ответы на вопросы Старосте и Ване кинет список тех, кому бонусы в виде + балл, минус вопрос. Желательно сготовить единый список терминов UML чтобы ответить на доп вопросы, которые возникнут если он не будет знать какую оценку ставить. Например что такое Стереотип в uml. Допвопросы у него могут и занизить балл. 2 категории +- балл он из списка вопросов, а стереотип- уточняющий, он в минус не пойдет.
Список экзаменационных вопросов по курсу "Методы и средства проектирования информационных систем и технологий"
-
Использование системного подхода при проектировании программного обеспечения
Основы проектирования программного обеспечения является так называемый системный подход.
Системный подход – методология исследования объекта любой природы как системы. Система –
совокупность взаимосвязанных частей, работающих совместно для достижения некоторого
результата. Для того, чтобы определить является ли объект системой требуется определяющий
признак. Определяющий признак системы заключается в том, что поведение системы в целом не
сводимо к совокупности поведений частей системы. Программное обеспечение – система,
включающая в себя компьютерные программы, документацию, данные необходимые для
корректной работы программы. Проектирование ПО – процесс создания спецификаций ПО, на
основе исходных требований к нему. Проект ПО – совокупность спецификаций ПО,
обеспечивающих создание ПО в конкретной программно-технической среде.
-
Основные проблемы разработки и проектирования по и методы их преодоления
Особенности современных проектов ПО:
-
Сложность – неотъемлемая характеристика создаваемого программного обеспечения.
-
Отсутствие полных аналогов и высокая доля вновь разрабатываемого ПО.
-
Наличие унаследованного ПО и необходимость его интеграции с разрабатываемым.
-
Территориально распределенная и неоднородная среда функционирования.
-
Большое количество участников проектирования.
Специфические особенности разработки ПО:
-
Неформальный характер требований к ПО.
-
Творческий характер разработки.
-
Дуализм ПО. (С одной стороны это статический объект (совокупность текстов. Модулей), с
-
другой динамический. (поскольку при эксплуатации порождаются процессы обработки
-
данных))
-
При своем использовании ПО не расходуется и не изнашивается.
-
«Неощутимость», ПО, которая подталкивает к безответственному переделыванию.
Одним из вариантов решении этих проблем стало создание программной инженерии. Инженерия
ПО – совокупность инженерных методов и средств создания ПО. Фундаментальной идеей
программной инженерии является следующее утверждение: Проектирование ПО – формальный
процесс, который можно изучать и совершенствовать.
-
Понятие жизненного цикла по и его роль в проектировании информационных систем
Жизненный цикл ПО – период времени, который начинается с момента принятия решения о
необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации.
Основной нормативный документ регламентирующий жизненный цикл ПО – стандарт ISO/IEC
12207 Information technology software live cyrcle process. Российский аналог – ГОСТ Р ИСО/МЭК
12207-99. С точки зрения статической структуры жизненный цикл является совокупностью
процессов жизненного цикла. Процесс жизненного цикла – набор взаимосвязанных действий,
преобразующих некоторые входные данные и ресурсы в результирующие данные и ресурсы.
Каждый процесс характеризуется задачами, методами их решения, действующими лицами и
результатами. Процессы жизненного цикла могут протекать параллельно. Каждый процесс
разделен на набор действий, каждое действие на набор задач. Каждый процесс, действие или
задача инициируется и выполняется по мере необходимости. Причем не существует заранее
определенных последовательностей выполнения. В соответствие со стандартом жизненного цикла
все процессы делятся на следующие группы:
-
основные (приобретение, поставка, разработка, эксплуатация, сопровождение);
-
вспомогательные процессы (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, совместная оценка, аудит, разрешение проблем);
-
Организационные процессы (управление, создание инфраструктуры, усовершенствование, обучение).