Особенности работы в используемой субд
Если проектируемая система однопользовательская, то в качестве СУБД можно выбрать MS Access. Дайте краткое описание возможностей и основных принципов работы этой СУБД.
Поскольку проектируемая система является многопользовательской, в качестве сервера баз данных следует выбрать MySQL. Дайте краткое описание возможностей и основных принципов работы этой СУБД.
Технологии доступа к данным
Среда Delphi является одной из наиболее популярных технологий для быстрой разработки приложений. Delphi – среда визуального объектно-ориентированного программирования, использующая набор компонентов (как визуальных, так и не визуальных) для создания приложений, управляемых событиями. В контексте разработки приложений баз данных не визуальные компоненты служат для организации доступа к данным, содержащимся в таблицах. Они представляют собой промежуточное звено между данными таблиц БД и визуальными компонентами. Визуальные компоненты используются для создания интерфейсной части приложения.
Кроме того, в Delphi включены компоненты для разработки баз данных. Это такие наборы компонентов как Data Access, Data Controls, ADO, BDE, QReport, Rave и др.
Опишите технологию доступа к данным, используемую в вашем курсовом проекте.
Практическая часть
Общие требования к информационной системе
Описать назначение создаваемой информационной системы, уровень её автоматизации, создать перечень бизнес-процессов, протекающих во время работы системы и описать их.
Например, процесс работы кадрового агентства можно формально разбить на следующие бизнес-процессы:
Регистрация специалиста в кадровом агентстве путем заполнения специальной анкеты или предоставления резюме;
Принятие заявки на специалиста от предприятия или организации;
Заключение договора с организацией на подбор работника;
Регистрация вакансии;
Поиск кандидатов, удовлетворяющих требованиям заказчика;
Направление найденных специалистов на собеседование;
Заключение договора с физическим лицом (кандидатом) по поиску ему работы.
Проектирование структуры базы данных
2.3.2.1 Построение функциональной модели данных ис
Модель (model) - это упрощенное описание предметной области, созданное для удобства выполнения там действий, работы. Более простая модель дает возможность не рассматривать все бесконечное многообразие предметной области, а сосредоточиться лишь на некоторых ее свойствах.
Процесс бизнес-моделирования может быть реализован в рамках различных методик, отличающихся прежде всего своим подходом к тому, что представляет собой моделируемая организация. В соответствии с различными представлениями об организации методики принято делить на объектные и функциональные (структурные).
На этапе анализа потребностей строится функциональная модель. Существует несколько нотаций построения этой модели в рамках методологии структурного анализа и проектирования.
В функциональной модели бизнес-процессы называются функциями. Также аспектом модели являются классы данных, представляющие семантически единые информационные объекты.
Функциональные методики, наиболее известной из которых является методика IDEF, рассматривают организацию как набор функций, преобразующий поступающий поток информации в выходной поток.
Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Teqnique). Исторически IDEF0 как стандарт был разработан в 1981 году в рамках обширной программы автоматизации промышленных предприятий, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing). Семейство стандартов IDEF унаследовало свое обозначение от названия этой программы (IDEF=Icam DEFinition), и последняя его редакция была выпущена в декабре 1993 года Национальным Институтом по Стандартам и Технологиям США (NIST).
В основе методологии лежат четыре основных понятия: функциональный блок, интерфейсная дуга, декомпозиция, глоссарий.
Функциональный блок (Activity Box) представляет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, "производить услуги"). На диаграмме функциональный блок изображается прямоугольником (рис.). Каждая из четырех сторон функционального блока имеет свое определенное значение (роль), при этом:
верхняя сторона имеет значение "Управление" (Control);
левая сторона имеет значение "Вход" (Input);
правая сторона имеет значение "Выход" (Output);
нижняя сторона имеет значение "Механизм" (Mechanism).
Рис.1 Функциональный блок
Интерфейсная дуга (Arrow) отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, представленную данным функциональным блоком. Интерфейсные дуги часто называют потоками или стрелками.
Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой.
Рис. 2 Контекстная диаграмма
Декомпозиция (Decomposition) является основным понятием стандарта IDEF0. Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.
Рис.3 Деятельность компании
В процессе декомпозиции функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы, и называется дочерней (Child Diagram) по отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме, соответственно называется дочерним блоком – Child Box). В свою очередь, функциональный блок — предок называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к которой он принадлежит – родительской диаграммой (Parent Diagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока. В каждом случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок или исходящие из него, фиксируются на дочерней диаграмме. Этим достигается структурная целостность IDEF0–модели.
Рис.4 Декомпозиция Сборка и тестирование компьютеров.