Разработка автоматизированной информационной системы для медработников "Заказы на лекарства"
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
LETE удаляет данные
операторы определения доступа к данным
предоставляет пользователю (группе) разрешения на определенные операции с объектом">GRANT предоставляет пользователю (группе) разрешения на определенные операции с объектом
отзывает ранее выданные разрешения">REVOKE отзывает ранее выданные разрешения
задает запрет, имеющий приоритет над разрешением">DENY задает запрет, имеющий приоритет над разрешением
">операторы управления транзакциями
.">COMMIT применяет транзакцию.
,.">ROLLBACK откатывает все изменения, сделанные в контексте текущей транзакции.
делит транзакцию на более мелкие участки.">SAVEPOINT делит транзакцию на более мелкие участки.
1.3 Методологии IDEF0 и IDEF1
Функциональные методики, наиболее известной из которых является методика IDEF, рассматривают организацию как набор функций, преобразующий поступающий поток информации в выходной поток.
В основе методологии IDEF0 лежат четыре основных понятия: функциональный блок, интерфейсная дуга, декомпозиция, глоссарий.
Модель IDEF0 всегда начинается с представления системы как единого целого - одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой.
Декомпозиция является основным понятием стандарта IDEF0. Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.
В процессе декомпозиции функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы, и называется дочерней по отношению к нему. В свою очередь, функциональный блок - предок называется родительским блоком по отношению к дочерней диаграмме, а диаграмма, к которой он принадлежит - родительской диаграммой. Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока. В каждом случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок или исходящие из него, фиксируются на дочерней диаграмме. Этим достигается структурная целостность IDEF0-модели.
Для создания функциональной модели рекомендуется использовать BPwin.
Рассмотренные возможности BPWin могут быть использованы для построения модели аптеки.
Рис. 1 Диаграмма А0 Аптека
Рис.2 Декомпозиция диаграммы А0
Рис.4 Декомпозиция работы Администрация.
Диаграмма А2.1
Ядро информационной системы - база данных. Для е? построения можно использовать метод, основанный на методологии структурного анализа и проектирования. На основании поступающей от экспертов информации о предметной области строится ее функциональная модель и инфологическая модель (ER-модель) предметной области. Затем, на основании ER-диаграммы и в рамках выбранной СУБД, генерируется схема базы данных, а затем создается программная оболочка.
В настоящее время большинство проектов информационных систем (ИС) разрабатывается в соответствии с какой-либо методологией разработки ПО. Как следствие, разработчикам требуется инструмент для моделирования данных на этапах анализа и проектирования. Таким инструментом являются ER-диаграммы: Сущность-Связь. Фактически их использование является обязательным при разработке информационных систем.
Модель сущность-связь должна охватывать реальные объекты, содержать всю необходимую информацию для получения запросов пользователя и выходных отчетов.диаграммы позволяют строить модели логической структуры данных предметной области, а так же производить моделирование физической структуры систем хранения данных.
Для создания ER-диаграммы реляционной БД необходимо определить:
. сколько и каких таблиц должна включать БД;
. сколько столбцов содержит каждая таблица;
. какие атрибуты используются в качестве ключей;
. как устанавливаются связи между разными таблицами:
А) использование в разных таблицах одного и того же ключа;
Б) помещение ключа одной таблицы в качестве атрибута в записи другой таблицы;
В) создание специальных связующих таблиц;
. как обеспечить полноту, непротиворечивость и согласованность информации, хранящейся в БД.
Важным этапом в разработке БД является анализ требований. На этом этапе происходит преобразование общих знаний о требованиях к будущей системе в точные определения, насколько это возможно. Здесь определяютс?/p>