Направление подготовки /специальность: 09.03.02 Информационные системы и технологии
Кейс-задача № 1 Перед вами поставлена задача консолидации данных серверов филиалов предприятия на сервере базы данных центрального офиса. Линии связи не надежны. Какой режим передачи данных вы выберите? С какой периодичностью и в какие временные интервалы должны передаваться данные?
Кейс-задача № 2 Оцените наиболее предпочтительный по критерию максимума среднего функции полезности Fвариант модели сервера для использования на предприятии на основании статистических характеристик его функционирования в трех различных режимах.
Кейс-задача № 3 По заданной матрице рангов экспертного оценивания определите с использованием MS Excel коэффициент согласованности экспертизы.
Кейс-задача № 4 Для предприятия необходимо разработать проект информационной системы. Анализ рынка программного обеспечения показал, что таких готовых проектов в наличии нет, поэтому его придется создавать своими силами “с нуля”. Какой вид проектирования должен быть выбран?
Кейс-задача № 5 Охарактеризуйте порядок и процесс подготовки технического задания и решения задач на ПЭВМ.
Кейс-задача № 1
Для консолидации данных серверов филиалов на сервере базы данных центрального офиса в условиях ненадежных линий связи, рекомендуется использовать режим передачи данных, основанный на асинхронной репликации или пакетной передаче. Это позволит минимизировать риски потери данных и обеспечит более гибкий подход к передаче информации.
Режим передачи данных
1. Асинхронная репликация. В этом режиме данные из филиалов будут передаваться на центральный сервер по мере их накопления. Это позволит избежать перегрузки канала связи и снизить вероятность потери данных из-за временных сбоев связи.
2. Пакетная передача. Данные могут быть собраны в пакеты и переданы в определенные временные интервалы. Это позволит оптимизировать использование канала и уменьшить количество соединений.
Периодичность передачи данных
· Рекомендуется установить периодичность передачи данных в зависимости от объема данных и надежности связи. Например, можно настроить передачу данных раз в 1-2 часа в течении рабочего дня.
· В случае, если данные критически важны и их нужно передавать чаще, можно рассмотреть передачу каждые 30 минут.
Временные интервалы
· Передачу данных лучше всего планировать на время, когда нагрузка на сеть минимальная. Например, это может быть:
o Ночью (с 00:00 до 06:00) – когда большинство пользователей не активны.
o В выходные дни – если это допустимо по бизнес-процессам.
o Время, когда филиалы меньше загружены (например, после окончания рабочего дня).
Дополнительные рекомендации
· Используйте механизмы контроля целостности данных (например, контрольные суммы) для проверки корректности переданных данных.
· Настройте систему уведомлений о сбоях передачи данных, чтобы быстро реагировать на проблемы.
· Рассмотрите возможность использования сжатия данных перед передачей для уменьшения объема передаваемой информации.
Таким образом, выбор режима передачи данных, периодичности и временных интервалов должен основываться на анализе бизнес-потребностей, объема данных и надежности доступных каналов связи.
Кейс-задача № 2
Чтобы определить лучший сервер, мы будем использовать критерий максимального среднего значения функции полезности F. Для этого нам нужно вычислить среднюю полезность каждого сервера.
Для этого мы используем следующую формулу:
где:
F – функция полезности для каждого состояния,
P – вероятность каждого состояния.
Теперь рассчитаем среднюю полезность для каждого сервера:
Вывод:
Согласно критерию максимального среднего значения функции полезности, наиболее предпочтительным является Сервер 2. Его средняя полезность составляет
Кейс-задача № 3
Для определения коэффициента согласованности экспертизы (также известного как коэффициент согласованности Кендалла (W)) на основании заданной матрицы рангов, мы можем использовать следующий алгоритм.
Шаги для расчета коэффициента согласованности Кендалла (W):
1. Соберите данные. Матрица рангов выглядит следующим образом:
2. Подсчитайте количество экспертов (n) и количество факторов (m). В нашем случае n=3 и m=4. Так как в матрице имеются связанные ранги (одинаковый ранговый номер) в оценках 2-го эксперта, произведем их переформирование. По итогу переформирования матрица не меняет свой вид.
3. Подсчитайте сумму рангов, среднюю сумму, отклонение от суммы рангов, квадрат отклонения от суммы рангов.
Для этого воспользуемся формулой =СУММ(B2:D2), где B2:D2 – диапазон значений в столбце с рангами для Фактора 1. Аналогично найдем суммы рангов для остальных Факторов:
Далее считаем отклонение от суммы рангов и среднюю сумму рангов:
Проверка правильности составления матрицы на основе исчисления контрольной суммы:
Сумма по столбцам матрицы равны между собой и контрольной суммы, значит, матрица составлена правильно.
4. Оценка средней степени согласованности мнений всех экспертов. Для этого воспользуемся формулой:
Кейс-задача № 4
Проект информационной системы: "Управление проектами и задачами для малых и средних предприятий (УПЗ)"
Описание системы
Информационная система "Управление проектами и задачами" (УПЗ) предназначена для малых и средних предприятий, которые стремятся оптимизировать процесс управления проектами, улучшить взаимодействие между командами и повысить общую продуктивность. Система будет включать в себя функционал для планирования, отслеживания и управления проектами и задачами, а также инструменты для совместной работы.
Основные функции системы
1. Управление проектами
· Создание и настройка проектов: пользователи могут создавать новые проекты, задавать их параметры (сроки, бюджет, ответственные лица).
· Статус проекта: отслеживание прогресса проекта с помощью визуальных индикаторов (например, диаграммы Ганта).
2. Управление задачами
· Создание задач: пользователи могут добавлять задачи к проектам, устанавливать приоритеты и сроки выполнения.
· Назначение задач: возможность назначать задачи конкретным сотрудникам или командам.
· Комментарии и файлы: пользователи могут оставлять комментарии и прикреплять файлы к задачам для лучшего понимания требований.
3. Совместная работа
· Чат и уведомления: встроенный чат для командной работы и система уведомлений о статусе задач и проектах.
· Обсуждения: возможность создавать обсуждения по проектам и задачам, чтобы все участники могли обмениваться мнениями.
4. Отчеты и аналитика
· Генерация отчетов: возможность создания отчетов по проектам и задачам для анализа производительности и выявления узких мест.
· Визуализация данных: графики и диаграммы для наглядного представления данных о прогрессе и производительности.
5. Интеграция с другими системами
· API: возможность интеграции с другими инструментами (например, CRM-системами, бухгалтерскими программами) для автоматизации процессов.
· Импорт и экспорт данных: поддержка форматов CSV и Excel для удобного импорта и экспорта данных.
Технические характеристики
· Платформа: Веб-приложение, доступное через браузер, с возможностью мобильного доступа.
Технологии:
· Backend: Node.js или Python (Django/Flask)
· Frontend: React или Angular
· База данных: PostgreSQL или MongoDB
· Безопасность: Аутентификация пользователей, шифрование данных и регулярные бэкапы.
Пользовательские роли
1. Администратор
· Полный доступ ко всем функциям системы, управление пользователями и настройками.
2. Менеджер проекта
· Создание и управление проектами, назначение задач, просмотр отчетов.
3. Сотрудник
· Выполнение задач, участие в обсуждениях, предоставление обратной связи.
Преимущества системы
· Упрощение управления проектами: Централизованный инструмент для отслеживания всех проектов и задач.
· Повышение прозрачности: Все участники могут видеть статус задач и проектов, что улучшает коммуникацию.
· Анализ производительности: Возможность генерировать отчеты для анализа эффективности работы команды.
· Гибкость и масштабируемость: Система может быть адаптирована под конкретные нужды предприятия и расширена по мере роста бизнеса.
Заключение
Система "Управление проектами и задачами" (УПЗ) поможет малым и средним предприятиям эффективно организовать работу над проектами, улучшить взаимодействие между командами и повысить продуктивность. Интуитивно понятный интерфейс и широкий функционал сделают процесс управления проектами более удобным и прозрачным.
Кейс-задача № 5
Подготовка технического задания (ТЗ) и решение задач на персональных электронных вычислительных машинах (ПЭВМ) включает несколько этапов, каждый из которых имеет свои особенности и требования. Рассмотрим порядок и процесс подготовки ТЗ и решения задач на ПЭВМ.
Порядок подготовки технического задания
1. Определение целей и задач проекта
· Выяснение потребностей заказчика.
· Определение целей, которые необходимо достичь с помощью разработки.
· Формулирование задач, которые должны быть решены в рамках проекта.
2. Сбор и анализ требований
· Сбор информации о функциональных и нефункциональных требованиях (например, производительность, безопасность, удобство использования).
· Анализ существующих систем и решений, которые могут быть полезны для понимания требований.
3. Формирование структуры технического задания
· Определение разделов ТЗ, таких как:
· Введение (описание проекта, его цели и задачи).
· Общее описание системы (функциональные и нефункциональные требования).
· Описание интерфейсов (взаимодействие с пользователями и другими системами).
· Требования к производительности и безопасности.
· Этапы разработки и сроки выполнения.
· Критерии приемки и тестирования.
4. Разработка и оформление технического задания
· Написание текста ТЗ с учетом всех собранных требований и предложений.
· Оформление документа в соответствии с установленными стандартами (шрифты, размеры, оформление таблиц и графиков).
5. Согласование и утверждение технического задания
· Презентация ТЗ заказчику и всем заинтересованным сторонам.
· Внесение изменений и доработка документа на основе полученной обратной связи.
· Утверждение финальной версии ТЗ.
Процесс решения задач на ПЭВМ
1. Анализ задачи
· Четкое понимание задачи, которую необходимо решить.
· Определение входных данных, необходимых для решения, и ожидаемых выходных данных.
2. Постановка алгоритма
· Разработка алгоритма решения задачи, который включает последовательность действий для достижения цели.
· Выбор подходящего метода или подхода (например, использование математических методов, статистических моделей и т.д.).
3. Выбор инструментов и технологий
· Определение языка программирования, среды разработки и инструментов, которые будут использоваться для реализации алгоритма.
· Выбор платформы для выполнения программы (например, Windows, Linux).
4. Программирование
· Написание кода на выбранном языке программирования в соответствии с разработанным алгоритмом.
· Использование структурированного подхода (разделение на функции, модули и т.д.) для упрощения отладки и поддержки кода.
5. Тестирование
· Проведение тестирования программы для проверки корректности работы и соответствия требованиям.
· Исправление ошибок и доработка кода на основе результатов тестирования.
6. Документация
· Подготовка документации по программе, включая описание ее работы, интерфейсов и инструкций по использованию.
· Описание структуры кода и комментариев для облегчения понимания другим разработчикам.
7. Внедрение и сопровождение
· Установка программы на целевую систему и ее конфигурация.
· Обучение пользователей и предоставление технической поддержки.
· Регулярное обновление и сопровождение программы в соответствии с изменяющимися требованиями.
Заключение
Подготовка технического задания и решение задач на ПЭВМ — это систематизированный процесс, который требует четкого понимания целей и задач, а также последовательного выполнения всех этапов. Правильно составленное ТЗ является основой для успешной разработки программного обеспечения, а эффективное решение задач на ПЭВМ обеспечивает достижение поставленных целей.