..md

## Курсовой проект по дисциплине "Проектирование информационных систем" ## ФИО, ИДБ-18-?? ### 1. Определение требований к модели [✋](https://github.com/stankin/design-part-2/wiki/LR-1) **Тема ВКР:** **Объект исследований:** **Предмет исследований:** **Процессы верхнего уровня:** [✋](https://github.com/stankin/design-part-2/wiki/sem1) * **А1 ??** <относится к внешней среде - планирование и управление> * **А2 ??** <относится к внешней среде - подготовка, настройка, наладка> * **А3 ??** <относится к внутренней среде - получение требуемого результата> * **А4 ??** <относится к внутренней или внешней среде - доставка требуемого результата потребителю> * **А5 ??** <относится к внешней среде - оценка и/или потребление результата> **Точка зрения:** менеджер по продаже **Цель моделирования:** ### 2. Функциональное моделирование процессов (IDEF0) [✋](https://github.com/stankin/design-part-2/wiki/LR-1) **A-0:** Контекстная диаграмма  Декомпозиция А0  **A-1:** Определение концепции портала  **A-2:** Описание технической реализации  **A-3:** Разработка дизайна портала  **A-4:** Разработка сайта  ### 3. Функциональное моделирование программных и информационных средств (DFD) [✋](https://github.com/stankin/design-part-2/wiki/LR-2) **Конфигурация технических средств:** <рабочие станции, серверы, другое оборудование> **Конфигурация программных средств:** <одноуровневые, многоуровневые, встроенные, распределенные> **Допустимые виды хранилищ и их размещение:** <файлы, директории, репозитории, базы данных> * A31 Автоматизация процесса А31  * A32 Автоматизация процесса А32  ### 4. Описание выбранного процесса [✋](https://github.com/stankin/design-part-2/wiki/LR-3) в формате прецедента (Use Case) [✋](https://github.com/stankin/design-part-2/wiki/LR-4) Диаграмма UML Use Case  **4.1 Идентификатор прецедента:** ??? **4.2 Название прецедента:** ??? **4.3 Контекст:** ??? **4.4 Участники (actors) и цели (goals):** | Участник | Категория | Цель (goal) | |---|---|---| | <роль> | Основной | <основная цель для роли> | | <роль> | Внешний | <основная внешняя цель> | | <наименование> | Инструмент| <основная функция инструмента> | **4.5 Предусловия (pre-conditions):** * <условие наличия потока управления> * <условие наличия входного потока> * <условие наличия потока исполнителя> * <условие наличия потока механизма> **4.6 Постусловия (post-conditions):** * <выходной поток> **4.7 Основной поток выполнения (main flow)**: | Участник | Действие (activity) | Ожидаемый результат | |---|---|---| | <роль> | <действие> | <результат с указанием его места размещения> | **4.8 Исключения (exceptions):** | Условие (риск) | Последствия | Реакция | |---|---|---| | <описание риска> | <описание последствий> | <описание потока сообщений о проблемах> | **4.9 Альтернативы (alternates):** | Участник | Действие (activity) | Ожидаемый результат | |---|---|---| | <роль> | <действие> | <результат с указанием его места размещения> | **4.10 Временные параметры:** * **Триггер (событие, стартующее прецедент):** <управляющий поток> * **Номинальная частота повторения прецедента:** * **Продолжительность прецедента:** ### 5. Описание структуры объекта [✋](https://github.com/stankin/design-part-2/wiki/LR-3) в формате ERD (Class) [✋](https://github.com/stankin/design-part-2/wiki/LR-5) * **Описываемый объект:** <программа, модуль, сообщение, база данных...> * **Диаграмма UML Class:**  ### 6. Описание алгоритма [✋](https://github.com/stankin/design-part-2/wiki/LR-3) в формате UML (Sequence) [✋](https://github.com/stankin/design-part-2/wiki/LR-6) * **Описываемые процессы и потоки данных:** ??? * **Диаграмма UML Sequence:**  ### 7. Описание состава [✋](https://github.com/stankin/design-part-2/wiki/LR-3) в формате UML (Component) [✋](https://github.com/stankin/design-part-2/wiki/LR-7) * **Описываемый объект:** <комплект поставки> * **Диаграмма UML Component:**  ### 8. Демонстрация реализации (личная страница) <ссылка или скриншоты> ### 9. Подготовка к интерпретации построенных моделей #### 9.1 Процессная модель "как было" для сравнения [✋](https://github.com/stankin/design-part-2/wiki/sem2): #### 9.2 Используемые паттерны выявления проблем в модели "как было" [✋](https://github.com/stankin/design-part-2/wiki/sem3): * Муда: <муда> * Мура: <мура> * Мури: <мури> #### 9.3 Используемые для решения наиболее существенных проблем паттерны [✋](https://github.com/stankin/design-part-2/wiki/interpret_model) и фреймворки [✋](https://github.com/stankin/design-part-2/wiki/lecture14), связанные с возможностями автоматизации: #### 9.4 Возможные антипаттерны в модели "как будет" [✋](https://github.com/stankin/design-part-2/wiki/sem4): | Категория | Антипаттерн (риск) | Действие по избежанию | |---|---|---| | Разработка | <антипаттерн> | <действие> | | Архитектура | <антипаттерн> | <действие> | | Организация | <антипаттерн> | <действие> | | Среда | <антипаттерн> | <действие> | ### 10. Интерпретация построенных моделей [✋](https://github.com/stankin/design-part-2/wiki/cp-guide) **10.1 Определение числовых показателей для поставленной цели моделирования:** **10.2 Определение числовых показателей для цели потенциального проекта автоматизации: [✋](https://github.com/stankin/design-part-2/wiki/interpret_model)** **10.3 Расчет потенциального эффекта от автоматизации:** **10.4 Определение числовых показателей и расчет затрат на реализацию проекта автоматизации:** **10.5 План-факт сравнение для затрат на реализацию: [💻](https://docs.google.com/spreadsheets/d/11KghKnPycU-EtbHJ3dKK5FQjPntsd9ZQ9LVSzg9Ou5E/edit#gid=1983994942)** **ВЫВОДЫ**