Содержание введение 3 цель освоения дисциплины 3 место дисциплины в структуре опоп

• Название: Содержание введение 3 цель освоения дисциплины 3 место дисциплины в структуре опоп
• Дата: 04.03.2023
• Размер: 0.64 Mb.
• Имя файла: RPD_proektir_i_razrab_KIS.pdf
• Тип: Рабочая программа; #968715
• страница: 4 из 6

К экзамену
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 1
Дисциплина «Проектирование и разработка корпоративных информационных систем»
1. Общие требования к методологии и технологии проектирования ИС.
2. Фреймворки, поддерживающие технологию ORM.
3. Автоматизация компании «ОМЕГА». Компания Омега занимается разработкой сайтов. Для работы с заказчиками используется собственная разработка НГГР (Нео Групп Главная Разработка). В процессе работы потенциальные заказчики могут:
- регистрировать заявки на сайте через веб форму;
- регистрировать обращения через телефонный звонок (форма заполняется оператором).
Входные поля, которые заполняются: Контактное лицо, Телефонный номер,
Текст сообщения, Обращение по телефону (да/нет).
В процессе работы, в проработку запускаются только те заявки, которые согласует директор. Согласование идет путем подтверждения в веб форме.
Заявкам, зарегистрированным через телефонный звонок, директор уделяет большее внимание, считая, что они более важны для компании. В итоге рассмотрение телефонных заявок проходит в среднем за 4-5 рабочих дней, а заявок поданных через веб форму – 15-20 дней.
После согласования директора, менеджер начинает обзванивать потенциальных клиентов и выяснять требования. В результате, в 90% случаев, заявки поданные через веб-форму являются не актуальными и клиенты уходят к конкурентам. Менеджер по телефону уточняет дополнительную информацию: бюджет проекта, количество страниц, готовность контента для сайта, желаемое время для встречи, сроки реализации проекта.
После сбора обозначенной информации формируется рабочая команда, планируются работы, начинается выполнение. Заказчику предоставляется конечная дата реализации, без каких-либо инструментов просмотра состояния заказа. В процессе выполнения работ, заказчики жалуются на отсутствие информации о продвижении проекта, часто это приводит к необходимости

корректировки результата на 25-40%, так как заказчик «по другому представлял результат».
Задание:
1. Опишите/отобразите текущий и целевой бизнес процесс регистрации заявки
(желательно изобразить).
2. Назовите ключевые проблемы, которые есть в текущей схеме построения работы. При ответе опишите почему вы считаете это проблемой.
3. Составьте требования к системе, направленные на решение ключевых проблем.
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 2
Дисциплина «Проектирование и разработка корпоративных информационных систем»
1. Понятие жизненного цикла программной системы. Модели жизненного цикла: каскадная, итерационная, спиральная.
2. Паттерны для работы с данными.
3. Напишите постановку задачи и сценарий тестирования для мессенджера.
Опишите общую логику, функции (в т.ч. алгоритмы), модель данных, описать интерфейс одного окна (основного) простого текстового мессенджера, описать поток данных приложения. Без функций передачи файлов, только чат двух абонентов (без групп, комнат, шифрования). Глубина – без конкретных запросов и фрагментов кода, но достаточная для понимания разработчиком. В качестве технического средства, на котором работает мессенджер, предлагаем иметь ввиду ПЭВМ.
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 3
Дисциплина «Проектирование и разработка корпоративных информационных систем»
1. Стандарт жизненного цикла ISO/IEC 12207. Характеристика и содержание процессов
2. Паттерны слоя.
3. Вам поручено проработать интерфейс для операторов коллцентра, которые занимаются обработкой обращений от новых водителей и их регистрацией.

Водители звонят по телефонным номерам, которые они находят в оффлайн и онлайн рекламе: слышат по радио, видят на билборде или в объявлении в газете, находят на сайтах. Интерфейс для оператора позволяет работать с
“заявками”. Каждая заявка — зарегистрированное системой обращение в коллцентр. Это либо текущий входящий звонок от водителя, который оператору необходимо принять, либо пропущенный вызов, по которому необходимо перезвонить. Система предлагает оператору только одну заявку в один момент времени, то есть оператор в свободное от входящих звонков время не может посмотреть весь список пропущенных звонков — он видит только тот, который ему предлагает система.
Задача оператора — выяснить у водителя его контактную информацию
(ФИО, телефон, город), данные его автомобиля (марка, модель, год, цвет) и, если эти данные соответствуют критериям (подходящий автомобиль и сервис работает в его городе), записать его на собеседование, выбрав дату и подходящий свободной временной слот. Если заявка не подходит по требованиям, или водитель по какойлибо причине сам отказывается (ошибся номером, перехотел, не знает, когда у него будет свободное время для прохождения собеседования и т. п.), оператор закрывает ее, указывая причину из списка возможных.
Заявку можно отложить, если водитель в данный момент не может разговаривать или он сам попросил перезвонить позднее. Отложив заявку, система предложит оператору ее вновь, когда придет указанное время.
История работы с заявкой сохраняется. Перед началом и в процессе работы с заявкой оператор может ознакомиться с тем, как происходила коммуникация с этим водителем ранее.
Вам необходимо продумать логическую архитектуру этого интерфейса — какие есть состояния у заявок, какие возможности работы необходимы оператору в каждом из этих состояний, какие есть сценарии работы с интерфейсом, какими данными оперирует интерфейс и т.д. Результат необходимо оформить в виде PDF документа с пояснениями и схемами. UX макеты необязательны, но будут плюсом при оценке.
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 4
Дисциплина «Проектирование и разработка корпоративных информационных систем»

1. Стандарт жизненного цикла ISO/IEC 15288. Характеристика и содержание процессов.
2. Паттерны домена.
3. На предприятии готовят компот. Весь процесс приготовления - ручной, но всё проводится строго по процессу. Начальник цеха вызывает Вас и просит автоматизировать процесс. Задания:
1. Проведите анализ текущей ситуации, придумайте вопросы начальнику цеха. Опишите процесс "как есть".
2. Предложите 1-2 варианта автоматизации процесса.
3. Для одного из вариантов опишите компьютерную программу, управляющую новым процессом.
4. Напишите техническое задание по разработке компьютерной программы и краткую инструкцию для пользователя.
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 5
Дисциплина «Проектирование и разработка корпоративных информационных систем»
1. Стадии и этапы процесса канонического проектирования ИС в соответствии с ГОСТ 34.601-90.
2. Принципы (шаблоны) GRASP:
3. На предприятии установлен конвейер по изготовлению компота, который управляется компьютерной программой, но весь процесс проходит под контролем технолога. Задания:
1. Придумайте и опишите процесс изготовления компота на данном предприятии.
2. Опишите компьютерную программу, управляющую конвейером.
3. Предложите вариант оптимизации компьютерной программы, чтобы минимизировать участие технолога.
4. Напишите техническое задание по доработке информационной системы и краткую инструкцию для пользователя.
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 6
Дисциплина «Проектирование и разработка корпоративных информационных систем»
1. Цели и задачи предпроектной стадии создания ИС.

2. Принципы SOLID
3. Оптимизация программы управления заданиями. У компании «Сириус» имеется внутренняя автоматизация, направленная на информирование сотрудников о предстоящих событиях. Программа называется «Управление заданиями». Ознакомьтесь с описанием и обратной связью от пользователей программы.
1) Описание программы:
Программа «Управление заданиями» направлена на автоматическое уведомление сотрудников о событиях.
Уведомление производится посредством отправки электронного письма на указанный электронный адрес.
Отправка письма производится один раз в указанную дату, в 9:00.
События в программу фиксируются сотрудниками.
Программа ставится на каждый ПК, между собой несколько запущенных экземпляров не синхронизируются.
В программе отображаются все, в том числе и просроченные события.
Актуализация списка производится через добавление и удаление заданий вручную.
Внешний вид окна программы:

2) Обратная связь от пользователей
Иван, 22 года, менеджер по продажам
- Программа безусловно полезна, но в связи с большим объемом дел, часто в середине дня я забываю о том, что напомнила мне программа утром. Удобно было бы получать не только письмо, но и другие уведомления.
Раиса Ивановна, 54 года, бухгалтер
- Программа порченная, не всегда приходят письма, ввожу дату, как в желтенькой программе для бухгалтерии, но видимо ввожу как-то не так.
Добавила событие, прием таблеток, а оно не повторяется.
Света, 25 лет, секретарь
- Не удобно смотреть на все события в виде списка, хотелось бы понимать и видеть события на текущую неделю или текущий месяц.
Борис Анатольевич, 35 лет, директор
- На прошлой неделе чуть не сорвалась деловая встреча с партнером, Света не успела подготовить бумаги. Хотел бы иметь возможность чтобы события появлялись не только у меня, но и у выбранных сотрудников, а также чтобы информирование проходило заранее, а не по утрам.
Необходимо:
1. Описать не менее 5 изменений, которые на Ваш взгляд, требуется произвести в ПО.
2. Предложить другие варианты (не за счет данного ПО) автоматизации потребностей компании «Сириус», исходя из обратной связи пользователей.
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 7
Дисциплина «Проектирование и разработка корпоративных информационных систем»
1. Модели деятельности организации «как есть» и «как должно быть».
2. Фреймворки для web-приложений.

3. Эффективная команда. Общее условие для выполнения Задания 1 и Задания
2. Компания «Искра» занимается разработкой и внедрением ПО. По устоявшемуся процессу, ЖЦПО происходит в 2 этапа:
- анализ потребности,
- разработка и внедрение.
Реализация ведется итерационно, каждый этап занимает 1 месяц. После прохождения этапа «разработка и внедрение» задачу считаем внедренной
(ушедшей из очереди).
Количество задач в очереди на начало года:

Простых: 190

Сложных: 120
В месяц поступает новых задач:

Простых: + 30

Сложных: + 10
Специалисты могут выполнять следующее количество задач за обозначенную ЗП. Сотрудники делают или простые, или сложные задачи; например, аналитик делает за месяц или 10 простых или 3 сложных задачи.
Необходимо
Важно, задание 1 и задание 2 не связаны (не влияют друг на друга, 2 разных решения):
Задание 1:
Вы составляете план на год. Ваша задача рассчитать наиболее дешевую для бюджета команду (количество сотрудников) и ее стоимость так, чтобы к концу года осталось в очереди 110 простых задач и 42 сложных. Распишите решение.
Ключевой вопрос: Сколько за год будет потрачено денег на данную команду?
Наводящие вопросы, которые помогут с решением задачи:
2.
Всем ли специалистам необходимо работать с 1-го месяца/в последних месяцах для достижения необходимой очереди?
1.
Меняется ли стоимость реализации задачи в зависимости от того, какой специалист её выполняет?

Задание 2:
На начало периода есть 18 проанализированных задач, которые можно начать разрабатывать. Описать и объяснить решения, принимаемые для достижения максимальной выгоды при условии, что 1 сложная задача экономически приносит выгоду как 7 простых, при ограниченности бюджета в месяц = 106 тыс. рублей.
Ключевой вопрос: Какое количество задач и какой сложности будет реализовано по окончанию 3-го месяца?
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 8
Дисциплина «Проектирование и разработка корпоративных информационных систем»
1. Состав работ на стадии технического и рабочего проектирования.
2. Паттерн MVC.
3. Напишите постановку задачи и сценарий тестирования для мессенджера.
Опишите общую логику, функции (в т.ч. алгоритмы), модель данных, описать интерфейс одного окна (основного) простого текстового мессенджера, описать поток данных приложения. Без функций передачи файлов, только чат двух абонентов (без групп, комнат, шифрования). Глубина – без конкретных запросов и фрагментов кода, но достаточная для понимания разработчиком. В качестве технического средства, на котором работает мессенджер, предлагаем иметь ввиду ПЭВМ.
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 9
Дисциплина «Проектирование и разработка корпоративных информационных систем»
1. Состав и содержание технического задания в соответствии с ГОСТ
34.602-89.
2. Обзор существующих фреймворков.
3. Вам поручено проработать интерфейс для операторов коллцентра, которые занимаются обработкой обращений от новых водителей и их регистрацией.
Водители звонят по телефонным номерам, которые они находят в оффлайн и онлайн рекламе: слышат по радио, видят на билборде или в объявлении в газете, находят на сайтах. Интерфейс для оператора позволяет работать с
“заявками”. Каждая заявка — зарегистрированное системой обращение в коллцентр. Это либо текущий входящий звонок от водителя, который оператору необходимо принять, либо

пропущенный вызов, по которому необходимо перезвонить. Система предлагает оператору только одну заявку в один момент времени, то есть оператор в свободное от входящих звонков время не может посмотреть весь список пропущенных звонков — он видит только тот, который ему предлагает система.
Задача оператора — выяснить у водителя его контактную информацию
(ФИО, телефон, город), данные его автомобиля (марка, модель, год, цвет) и, если эти данные соответствуют критериям (подходящий автомобиль и сервис работает в его городе), записать его на собеседование, выбрав дату и подходящий свободной временной слот. Если заявка не подходит по требованиям, или водитель по какойлибо причине сам отказывается (ошибся номером, перехотел, не знает, когда у него будет свободное время для прохождения собеседования и т. п.), оператор закрывает ее, указывая причину из списка возможных.
Заявку можно отложить, если водитель в данный момент не может разговаривать или он сам попросил перезвонить позднее. Отложив заявку, система предложит оператору ее вновь, когда придет указанное время.
История работы с заявкой сохраняется. Перед началом и в процессе работы с заявкой оператор может ознакомиться с тем, как происходила коммуникация с этим водителем ранее.
Вам необходимо продумать логическую архитектуру этого интерфейса — какие есть состояния у заявок, какие возможности работы необходимы оператору в каждом из этих состояний, какие есть сценарии работы с интерфейсом, какими данными оперирует интерфейс и т.д. Результат необходимо оформить в виде PDF документа с пояснениями и схемами. UX макеты необязательны, но будут плюсом при оценке.
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 10
Дисциплина «Проектирование и разработка корпоративных информационных систем»
1. Технический проект системы. Содержание технического проекта.
2. Проектирование на основе компонентного подхода.
3. На предприятии готовят компот. Весь процесс приготовления - ручной, но всё проводится строго по процессу. Начальник цеха вызывает Вас и просит автоматизировать процесс. Задания:

1. Проведите анализ текущей ситуации, придумайте вопросы начальнику цеха. Опишите процесс "как есть".
2. Предложите 1-2 варианта автоматизации процесса.
3. Для одного из вариантов опишите компьютерную программу, управляющую новым процессом.
4. Напишите техническое задание по разработке компьютерной программы и краткую инструкцию для пользователя.
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 11
Дисциплина «Проектирование и разработка корпоративных информационных систем»
1. Состав проектной документации.
2. Сервисно-ориентированное проектирование.
3. На предприятии установлен конвейер по изготовлению компота, который управляется компьютерной программой, но весь процесс проходит под контролем технолога. Задания:
1. Придумайте и опишите процесс изготовления компота на данном предприятии.
2. Опишите компьютерную программу, управляющую конвейером.
3. Предложите вариант оптимизации компьютерной программы, чтобы минимизировать участие технолога.
4. Напишите техническое задание по доработке информационной системы и краткую инструкцию для пользователя.
ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ 12
Дисциплина «Проектирование и разработка корпоративных информационных систем»
1. Язык UML. Диаграммы классов
2. Экстремальное программирование
3. Автоматизация компании «ОМЕГА». Компания Омега занимается разработкой сайтов. Для работы с заказчиками используется собственная разработка НГГР (Нео Групп Главная Разработка). В процессе работы потенциальные заказчики могут:
- регистрировать заявки на сайте через веб форму;
- регистрировать обращения через телефонный звонок (форма заполняется оператором).

Входные поля, которые заполняются: Контактное лицо, Телефонный номер, Текст сообщения, Обращение по телефону (да/нет).
В процессе работы, в проработку запускаются только те заявки, которые согласует директор. Согласование идет путем подтверждения в веб форме.
Заявкам, зарегистрированным через телефонный звонок, директор уделяет большее внимание, считая, что они более важны для компании. В итоге рассмотрение телефонных заявок проходит в среднем за 4-5 рабочих дней, а заявок поданных через веб форму – 15-20 дней.
После согласования директора, менеджер начинает обзванивать потенциальных клиентов и выяснять требования. В результате, в 90% случаев, заявки поданные через веб-форму являются не актуальными и клиенты уходят к конкурентам. Менеджер по телефону уточняет дополнительную информацию: бюджет проекта, количество страниц, готовность контента для сайта, желаемое время для встречи, сроки реализации проекта.
После сбора обозначенной информации формируется рабочая команда, планируются работы, начинается выполнение. Заказчику предоставляется конечная дата реализации, без каких-либо инструментов просмотра состояния заказа. В процессе выполнения работ, заказчики жалуются на отсутствие информации о продвижении проекта, часто это приводит к необходимости корректировки результата на 25-40%, так как заказчик «по другому представлял результат».
Задание:
1. Опишите/отобразите текущий и целевой бизнес процесс регистрации заявки (желательно изобразить).
2. Назовите ключевые проблемы, которые есть в текущей схеме построения работы. При ответе опишите почему вы считаете это проблемой.
3. Составьте требования к системе, направленные на решение ключевых проблем.