09.11.2021
1-4 человека команды. Сделать проекты.
Что-то про причинно-следственные связи рассказывал.
Проект должен быть сложный. Какие то документы нужно приложить к ним.
Разработка будет на Oracle Database.
На продукт смотреть не будет, только на отчёт.
Договора ему показывать не нужно, они не позволяют построить функциональную модель.
Нужно выдумать свою.
Название будем согласовывать с ним.
Первична не тема, а откуда будем брать материал.
Материал по предметной области ищется, а не придумывается. Сначала выбирается предметная область, после этого ищутся документы (штук 5-6 документов), которые связаны между собой, и проанализировав которые можно было получить табличек 30.
Нужно откуда-то взять документы: лицензии, ПТС; штук 5 документов.
Таблиц 30-50.
Страниц 60 в теме.
Если не будет своих идей, то может подкинуть материал. Но количество ограничено, может подкинуть только 3 темы. Если брать у него тему, он даёт документацию.
Остаток тем это как примеры, чтобы было понятно, что можно поискать.
Введение пишется в самую последнюю очередь, так как самая сложная часть. Занимает пару страниц. Состоит из 3х пунктов (абзацев). 1й – написать, чему в целом посвящена работа (чуть меньше страницы 0.5, 0.75 от размера страницы), 2я – чем посвящена каждая глава, точнее главы должны быть скомпонованы по 2-3 вместе; типа нужно обобщать; объединяются главы по каким-то признакам, 3я – выводы и результаты. Нужно взять 2-3 вывода из конца, объединить их, и поместить это уже в введение.
Глава 1 – все главы должны коррелировать с названием. Анализ проблем … *чота про тему*
Описываем текстом, и разбавляем текст графическими рисунками функциональных моделей.
– исследование порядка чего-то. Описываем текстом и разбавляем схемами (функциональными моделями, idef0 и т.д.).
Структура первой подглавы:
Текст, рисунок или функциональная модель, далее пояснения к рисунку. Повторяем это всё несколько раз. В конце одно предложение, которое переводит к следующей четвёрке.
Формируем проблемы и недостатки, которые будем решать посредством своей системы. Формулируется на основе 1.1
В 1.2 лучше включить, помимо документов компании (которые обязательные), и нормативно-правовые акты или что-то такое.
1.6. Одна цель и несколько задач.
Каждая глава по 3-4 параграфа содержит.
Определение автоматизированных рабочих мест
Функции АРМ должны быть в виде sql Запросов.
Глава 2 – Описание концепций будущей системы. В главе 2 будет модель to be ,как будет выглядеть.
Глава 3 – Проектирование структуры лвс – он его требовать не будет. Может и не быть.
Глава 4 – очень важна
Глава 5 – разработка ПО, формировующего структуру базы данных.
След абзац – ПО реализующее контрольный пример
След абзац – ПО позволяющее сделать запросы на sql к базе данных.
Глава 6 не обязательно
Глава 7 – обязательно.
В конце приложение
В общую нумерацию не входит.
Учебная задача
Описание, которое нужно будет перевести в функциональную модель.
Работы наших предшественников
Что-где-зачем в названии за минимум слов.
Проблемы лучше на пол страницы уместить.
Выделяем недостатки, а дальше предлагаем, как их будем решать мы. Для решения строится модель to-be.
Описание автоматизированных рабочих мест и их функции.
В последствие функции будут переведены в sql запросы.
Начинать и заканчивать параграф картинкой – дурной тон.
Показывает шаблон, который отдаст.
Idef0x схема.
Главная фишка, чтобы глаз читающего ни за что не цеплялся – плавный текст и картинки, не привлекающие к себе ничем внимания.
Проблемы заказчику надо найти, чтобы было, что решать.
Решил парень ЛВС ещё добавить для объема.
Секрет: можно формочки сделать в access (потому что проще) и преподнести как формы для оракла, сказал, что «поверит».
Содержание должно быть написано так, чтобы хорошо и интересно читалось.
Материалы сказал отдаст без проблем почитать.
К следующему занятию надо на группы разделиться, и темы придумать, и материалы к теме тоже.