Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
МиСПИСиТ / К экзамену / Ответы от Насти (новые добавлять не сюда).doc
Скачиваний:
74
Добавлен:
24.05.2017
Размер:
492.03 Кб
Скачать

Делал исходя из лекций. Задач не будет. Думает дать 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 категории +- балл он из списка вопросов, а стереотип- уточняющий, он в минус не пойдет.

Список экзаменационных вопросов по курсу "Методы и средства проектирования информационных систем и технологий"

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

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

Системный подход – методология исследования объекта любой природы как системы. Система –

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

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

признак. Определяющий признак системы заключается в том, что поведение системы в целом не

сводимо к совокупности поведений частей системы. Программное обеспечение – система,

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

корректной работы программы. Проектирование ПО – процесс создания спецификаций ПО, на

основе исходных требований к нему. Проект ПО – совокупность спецификаций ПО,

обеспечивающих создание ПО в конкретной программно-технической среде.

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

Особенности современных проектов ПО:

  • Сложность – неотъемлемая характеристика создаваемого программного обеспечения.

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

  • Наличие унаследованного ПО и необходимость его интеграции с разрабатываемым.

  • Территориально распределенная и неоднородная среда функционирования.

  • Большое количество участников проектирования.

Специфические особенности разработки ПО:

  • Неформальный характер требований к ПО.

  • Творческий характер разработки.

  • Дуализм ПО. (С одной стороны это статический объект (совокупность текстов. Модулей), с

  • другой динамический. (поскольку при эксплуатации порождаются процессы обработки

  • данных))

  • При своем использовании ПО не расходуется и не изнашивается.

  • «Неощутимость», ПО, которая подталкивает к безответственному переделыванию.

Одним из вариантов решении этих проблем стало создание программной инженерии. Инженерия

ПО – совокупность инженерных методов и средств создания ПО. Фундаментальной идеей

программной инженерии является следующее утверждение: Проектирование ПО – формальный

процесс, который можно изучать и совершенствовать.

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

Жизненный цикл ПО – период времени, который начинается с момента принятия решения о

необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации.

Основной нормативный документ регламентирующий жизненный цикл ПО – стандарт ISO/IEC

12207 Information technology software live cyrcle process. Российский аналог – ГОСТ Р ИСО/МЭК

12207-99. С точки зрения статической структуры жизненный цикл является совокупностью

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

преобразующих некоторые входные данные и ресурсы в результирующие данные и ресурсы.

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

результатами. Процессы жизненного цикла могут протекать параллельно. Каждый процесс

разделен на набор действий, каждое действие на набор задач. Каждый процесс, действие или

задача инициируется и выполняется по мере необходимости. Причем не существует заранее

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

все процессы делятся на следующие группы:

  1. основные (приобретение, поставка, разработка, эксплуатация, сопровождение);

  2. вспомогательные процессы (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, совместная оценка, аудит, разрешение проблем);

  3. Организационные процессы (управление, создание инфраструктуры, усовершенствование, обучение).

Соседние файлы в папке К экзамену