cp guide
Основная задача курсового проекта - демонстрация навыков интерпретации построенных в ходе лабораторных работ моделей (IDEF0, DFD, UML), включая следующие основные шаги.
Определение числовых показателей для поставленной цели моделирования (п.10.1)
- уточнение цели моделирования (вопросов, на которые должна ответить модель)
Для типовой цели моделирования "определение автоматизируемых функций" подобным вопросом является "какова 📖 сложность разработки требуемых программных средств?".
- формализация вопросов и определение 📖 показателей
Сложность разработки программных средств выражается в количестве функциональных точек.
- определение единиц измерения для каждого показателя
Каждая 📖 функциональная точка может иметь свое собственное значение сложности, поэтому для приблизительных расчетов используются усредненные значения: 4 UFP для любого программного модуля (экранной формы, печатной формы, функции расчетов...), 7 UFP для любой структуры данных (таблицы в БД, файла, сообщения, структуры в оперативной памяти...).
Определение числовых показателей и расчет ✋ экономического эффекта от проекта автоматизации (п.10.2)
- формализация показателей 📖 качества для автоматизируемых процессов
Конкретные показатели зависят от выбранного стереотипа для расчетов и выбранной модели для сравнения (п.9.1.1). Например, для стереотипа "экономия времени" такими показателями могут служить "объем выпуска продукции", "расход материалов" или "затраты рабочего времени".
- определение зависимости показателей качества от степени автоматизированности процессов
В самом простом случае можно сравнить нормативное время на выполнение операций до и после автоматизации. Кроме того, можно оценить более сложные зависимости с использованием паттернов выявления проблем (п.9.2) и антипаттернов (п.9.3) в применении к построенным моделям.
- расчет экономического эффекта от выполнения проекта автоматизации
Для расчета экономического эффекта требуется как минимум задание периода рассмотрения (год, месяц, смена...), а также задание частотно-временных характеристик автоматизируемых процессов (п.4.10).
Результатом расчета эффекта по стереотипу "экономия времени" является суммарное значение времени, сэкономленного за рассматриваемый период: 30 ч/мес за год и т.д. При использовании других стереотипов может потребоваться либо приведение суммарного значения эффекта к показателям трудозатрат, либо пересчет суммарного эффекта и затрат на реализацию в какие-то денежные единицы.
Определение числовых показателей и расчет затрат на реализацию проекта автоматизации (в частности, трудозатрат на разработку программных средств, п.10.3)
- определение числа и сложности функциональных точек для форм
При соблюдении ✋ правил и формальностей рекомендуемого ✋ перехода от IDEF0 к DFD достаточно просто пересчитать количество блоков (функций) на диаграммах DFD. В более сложных ситуациях требуется приблизительная оценка количества программных модулей (экранных и печатных форм, функций расчетов...) для каждого из автоматизируемых процессов на диаграммах IDEF0.
- определение числа и сложности функциональных точек для данных
При соблюдении ✋ правил и формальностей рекомендуемого ✋ перехода от IDEF0 к DFD достаточно просто пересчитать количество хранилищ (таблиц, файлов, коллекций...) и прибавить к нему количество потоков данных (сообщений, запросов...) на диаграммах DFD. В более сложных ситуациях требуется приблизительная оценка количества различных структур данных для каждого из автоматизируемых процессов на диаграммах IDEF0.
- расчет сложности разработки методом 📑 FPA/IFPUG
Может быть выполнен с использованием 💻 копии гугл-таблицы или с помощью специального 💻 калькулятора.
Результатом расчета является приблизительная оценка объема разработки в строках исходного кода (SLOC) или тысячах строк кода (KLOC). Для упрощения расчетов в гугл таблице использованы коэффициент пересчета, примерно соответствующий веб-разработке (html, css, js, sql - примерно 50 строк кода на одну UFP). Для повышения точности оценки можно использовать и другие коэффициенты пересчета из имеющейся статистики для 📃 различных языков программирования.
- расчет трудозатрат на разработку "с нуля" методом 📑 COCOMO II
Может быть выполнен одновременно с расчетом сложности и теми же средствами. Результатом расчета является оценка трудозатрат (ч/мес) и календарного срока разработки (мес).
Внимание! Указанные расчеты соответствуют разработке полноценного программного продукта (включает не только саму разработку, но и документирование + тестирование) строго с нуля (без использования CASE-средств, фреймворков, готовых библиотек и открытого программного обеспечения). При использовании указанных средств (п.9.1.2) сроки и трудозатраты на разработку могут быть значительно (в 10 раз и более) сокращены.
Выводы об актуальности и экономической целесообразности проекта
Выводы в первую очередь следуют из сравнения экономического эффекта от реализации проекта (п.10.3) с затратами (п.10.4) на его реализацию. В план-факт сравнении (п.10.5) и далее в выводах требуется оценить реальные трудозатраты на уже выполненную разработку и дать пояснения об использованных способах экономии времени (сокращение объема текущей разработки относительно полного проекта, снижение требований по качеству при использовании идей прототипирования, использование готовых решений и CASE-средств...). Также в выводах следует дать оценку готовности разрабатываемых программных средств и краткую оценку рисков срыва сроков разработки с учетом графика представления ВКР на защиту.
Завершение оформления курсового проекта и сохранение его в архиве ЭОС в формате PDF
Безусловное требование к курсовому проекту - его полная комплектность, поэтому в нем должны быть заполнены все пункты, обозначенные в шаблоне. Не полностью завершенные курсовые проекты могут обсуждаться как промежуточные варианты, но не могут служить основанием для их официального оценивания в рамках зачетной сессии.
Кроме того, должны быть исполнены все требования по оформлению диаграмм, в особенности функциональных (IDEF0, DFD):
- На контекстной диаграмме А-0 должны быть ✋ корректно указаны:
- Автор, проект, даты создания и ревизии, статус - через меню "Диаграмма - Свойства модели"
- Цель моделирования и точка зрения - с помощью комментария, размещаемого в левом нижнем углу
- На всех остальных диаграммах IDEF0 должны быть полностью определены для каждого блока все требуемые ✋ потоки:
- Управления (сверху) - строго обязательно
- Входа (слева) - условно обязательно, допускается исключать при наличии достаточности данных в потоке управления
- Действующего лица (снизу) - строго обязательно
- Программных средств информационной системы (снизу) - строго обязательно для автоматизируемых функций
- Выхода (направо) - строго обязательно
- На всех диаграммах IDEF0 и DFD должен быть корректно указан их статус:
- ПУБЛИКАЦИЯ - диаграмма предназначена для включения в ВКР
- РЕКОМЕНДОВАНО - диаграмма проверена в ходе лабораторных работ и готова для включения в курсовой проект
- ЧЕРНОВИК, РАЗРАБАТЫВАЕТСЯ - диаграмма не готова и блокирует сдачу (защиту) курсового проекта
- Текст заголовков к диаграммам UML должен соответствовать их виду
- Все диаграммы должны быть читаемыми как в электронном представлении, соответствующем одной странице презентации, так и в (условно) печатном черно-белом представлении, соответствующем одному листу формата А4.