Создание модели данных с помощью современных CASE-средств
Современные CASE-средства охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ПО.
Наиболее трудоемкими этапами разработки ИС являются этапы анализа и проектирования, в процессе которых CASE-средства обеспечивают качество принимаемых технических решений и подготовку проектной документации. При этом большую роль играют методы визуального представления информации. Это предполагает построение структурных или иных диаграмм в реальном масштабе времени, использование многообразной цветовой палитры, сквозную проверку синтаксических правил. Графические средства моделирования предметной области позволяют разработчикам в наглядном виде изучать существующую ИС, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями.
В разряд CASE-средств попадают как относительно дешевые системы для персональных компьютеров с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных средств насчитывает около 300 различных CASE-средств, наиболее мощные из которых так или иначе используются практически всеми ведущими западными фирмами.
Анализ выбранной предметной области автоматизации деятельности предприятия.
Компьютер только что установленной системой, работает намного лучше и быстрее, чем спустя пару месяцев после этого. Это происходит оттого, что пользователь своими не совсем грамотными действиями засоряет его, нарушает его нормальное функционирование, не выполняет действий, помогающих компьютеру сохранять свою работоспособность на прежнем уровне.
В результате пользователь вынужден переустанавливать операционную систему чуть ли не каждый месяц, что не является нормальным явлением.
2.2 Моделирование бизнес-процессов с помощью IDEF0-диаграмм
Рисунок 1 – Диаграмма «Автоматизация бухгалтерии»
¾ Верхняя сторона имеет значение “Управление” (Control);
¾ Левая сторона имеет значение “Вход” (Input);
¾ Правая сторона имеет значение “Выход” (Output);
¾ Нижняя сторона имеет значение “Механизм” (Mechanism).
2.3 Разработка структуры информационной системы с использованием СУБД MS Access
2.4 Проектирование и разработка приложения в среде Delphi
3 Создание прототипа информационной системы
3.1 Физическая реализация структуры базы данных
Реляционная база данных – это база данных, вся информация которой содержится в таблицах, связанных между собой.
Реляционная база данных состоит из большого количества таблиц, которые связаны между собой. У каждой из этих таблиц хранится информация об объектах определенного типа. У каждой строке таблицы содержатся сведения об одном объекте, а в столбцах таблицы расположены характеристики этих объектов, их атрибуты.
Определение “Реляционная” произошло от английского слова relation (отношение).
Объект реляционной базы данных – это любой объект, который определенный в базе данных и используется для сохранения информации и обращения к ней. К объектам реляционной базы данных относятся: таблицы, представления, последовательности.
Реляционные СУБД – это системы управления реляционными базами данных. Такие модели управления характеризуются простотой, удобным табличным представлением, а также возможностями использования формального аппарата алгебры отношений и реляционного исчисления для осуществления обработки данных.
Построение физической модели БД
В данной работе проектирование происходит в среде MS Access – современная СУБД для персональных компьютеров, исполняющая реляционные базы данных, имеющая объектно-ориентированный алгоритмический язык для работы с информацией, методы визуального программирования и достаточно большие возможности.
Физическое проектирование – реализация даталогической модели средствами конкретной СУБД. Результатом этого процесса является физическая модель, содержащая полную информацию, необходимую для генерации всех необходимых объектов в базе данных.
3.2 Создание интерфейса информационной системы
Проектирование и разработка баз данных определяют способы размещения данных в среде хранения и способы доступа к этим данным, которые поддкерживаются на физическом уровне. Исторически первыми системами хранения и доступа были файловые структуры и сестемы управления файлами (СУФ), которые фактически являлись частью операционных систем. СУБД создавала над этими файловыми моделями свою надстройку, которая позволяла организовать всю совокупность файлов таким образом, чтобы она работала как единое целое и получала централизованное управления от СУБД. Однако Непосредственный доступ Осуществляется на уровне файловых команд, которые СУБД использовала при манипулировании всеми файлами, составляющими хранимые данные одной или нескольких баз данных.
Большинство используемых сегодня баз данных попадают в категорию реляционных баз данных, которые организуют данные в виде набора связанных таблиц. Хотя данная книга нацелена на изучение именно реляционных баз данных, существуют и другие типы баз. К примеру, большинство старых систем использовали одноуровневые неструктурированные базы данных, в которых данные были расположены в одной большой таблице. Также существуют объектно-ориентированные, иерархические и сетевые базы данных.
Сетевая модель данных. Сетевая база данных, предназначенная для систем среднего размера, появилась, как способ улучшить иерархическую модель. Название происходит от представления базы данных в виде сети связанных таблиц. По сути, сетевая диаграмма выглядит очень похоже на ERD, которые мы используем в этой книге. Основное различие между сетевой и реляционной базой данных состоит в том, что в реляционной базе данных используются внешние ключи для создания связей между таблицами, тогда как сетевая база данных использует для связи таблиц физические указатели. Это кажущееся небольшим отличие приводит при внедрении баз к сильным различиям между ними. Самый известный сетевой продукт, названный IDMS (Integrated database management systems, интегрированная система управления базами данных) была разработана компанией Computer Associates. Как и IMS, IDMS сложна в использовании, и для взаимодействия с такой базой данных требуется профессиональный программист.
3.3 Приемо-сдаточные испытания информационной системы
Приложение А Руководство программиста
Приложение Б Руководство пользователя
Приложение В Листинг программы
Заключение
В ходе прохождения производственной практики на предприятии мной были рассмотрены основные моменты в организационной структуре, управлении качеством. Предприятие работает на протяжении длительного времени, все недочеты организационной структуре за это время были устранены.
В период прохождения производственной практики все полученные навыки теоретического обучения были закреплены на реальном производстве.
Список использованных литератур
1. Дейт К.Дж. Введение в системы баз данных, 8-е издание: Пер. с англ. – К.; М.; СПб.: Издательский дом «Вильямс», 2006. – 1328 с.
2. Дунаев В.В. Язык SQL для студента. – СПб.: БХВ, 2007. – 312 с.
3. Кузин А.В. Компьютерные сети. – М.: «Форум: Инфра-М», 2011. – 450с.
4. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: ДИАЛОГ-МИФИ, 2007. – 432 с.
5. Максимов Н.В., Попов И.И. Компьютерные сети. – М.: «Форум», 2010. – 464 с.
6. Мартин Грубер. Введние в SQL, БХВ-Петербург, 2006. – 217 с.
7. Мартин Грубер. SQL. Справочное руководство. – М.: Лори, 2006. – 368 с.
8. Олифер В.Г., Олифер Н.А. Основы компьютерных сетей. – СПб.: «Питер», 2009. – 352 с.