Содержание информационных систем

Рисунок 1.2.3-Выбор места назначения для экспорта данных

И в результате получил экспорт  моих данных в MS Word.

Рисунок 1.2.4-Фрагмент таблицы представленной MS Word

 

Работа с утилитой импорта.

Для наглядности продемонстрирую  свою таблицу в MS Excel.

Рисунок 1.2.5-Фрагмент таблицы в  MS Exel

Запускаем готовую БД, с которой  работали ранее, и проделываем следующие  операции: Меню>Все>Импорт>Exel.

Рисунок 1.2.6- Путь импорта данных в MS Word

 

После чего должно всплыть следующее  окно. Нажал кнопку “ОК”.

Рисунок 1.2.7- Выбор места назначения для импорта данных

Нажмем кнопку “Готово”

Рисунок 1.2.8- Импорт электронной таблицы

 

Нажмем кнопку “Да”. В результате получил импорт данных в MS Access.

Рисунок 1.2.10- Фрагмент БД в MS Access

 

 1.3 Резервирование баз данных

Резервирование — метод повышения  характеристик надёжности технических  устройств или поддержания их на требуемом уровне посредством  введения аппаратной избыточности за счет включения запасных (резервных) элементов и связей, дополнительных по сравнению с минимально необходимым для выполнения заданных функций в данных условиях работы.

Создание резервных копий в  MS Access.

Существуют несколько способов создания резервной копии БД. Одним из которых является встроенная функция  “Управление” СУБД MS Access.

Для создания резервной копии необходимо открыть имеющуюся БД и выполнить  следующие операции: Файл>Управление>Резервная копия базы данных.На рисунке 1.1.3.1 рассмотрен один из методов создания резервной копии БД непосредственно средствами СУБД MS Access.

Рисунок 1.3.1-Путь к резервированию БД

 

В результате получим резервную  копию своей БД.

Рисунок 1.3.2-Резервная копия БД.

 

 

1.4 Восстановление баз данных

Одним из основных требований к СУБД является надежность хранения дан-ных во внешней памяти. Под надежностью хранения понимается то, что СУБД должна быть в состоянии восстановить последнее согласованное состояние БД после любого аппаратного или программного сбоя. Обычно рассматриваются два возможных вида аппаратных сбоев: так называемые мягкие сбои, которые можно трактовать как внезапную остановку работы компьютера (например, аварийное выключение питания), и жесткие сбои, характеризуемые потерей информации на носителях внешней памяти. Примерами программных сбоев могут быть: аварийное завершение работы СУБД (по причине ошибки в программе или в результате некоторого аппаратного сбоя) или аварийное завершение пользовательской программы, в результате чего некоторая транзакция остается незавершенной. Первую ситуацию можно рассматривать - как особый вид мягкого аппаратного сбоя; при возникновении последней требуется ликвидировать последствия только одной транзакции.

Восстановление данных — процедура  извлечения информации с запоминающего устройства в случае, когда она не может быть прочитана обычным способом. Восстановление может осуществляться с любого компьютерного носителя, включая CD, DVD, жёсткие диски, флэш-память и т. д. Как правило, восстановлению подлежат данные, представляющие определённую ценность.

Необходимость в восстановлении может  возникнуть, когда носитель имеет  аппаратные или программные повреждения, или же — когда файлы данных были лишь отмечены в качестве удалённых, но продолжают храниться до того, как  будут перезаписаны.

При мягком сбое во внешней памяти основной части БД могут находиться объекты, модифицированные транзакциями, не закончившимися к моменту сбоя, и могут отсутствовать объекты, модифицированные транзакциями, которые к моменту сбоя успешно завершились (по причине использования буферов оперативной памяти, содержимое которых при мягком сбое пропадает).

Целью процесса восстановления после  мягкого сбоя является: состояние  внешней памяти основной части БД, которое возникло бы при фиксации во внешней памяти изменений всех завершившихся транзакций и которое не содержало бы никаких следов незаконченных транзакций.

Для восстановления БД после жесткого сбоя используют журнал и архивную копию БД. Архивная копия - это полная копия БД к моменту начала заполнения журнала.

Рисунок 1.4.1 – БД, архивная копия  БД, резервная копия БД.

 

Восстановление данных происходит с того момента, когда была создана  в последний раз резервная копия.  

1.5 Организация доступа пользователей к базам данных

 

2 Разработка предметной области

2.1 Стратегия развития бизнес-процессов организации

 

2.2 Анализ предметной области

Оптовый склад принимает партии товаров от поставщиков и отпускает  его клиентам мелкими партиями. Требуется  вести (количественный и стоимостной) учет поступающих и отпускаемых товаров, поставщиков и клиентов, формировать приходные и расходные накладные.

Также необходимо формировать отчеты о поступлении и отпуске товаров  на складе за произвольный период.

На складе происходит движение материальных и информационных потоков. Первые представлены движением товара от поставщиков на склад или со склада к покупателям, а информационные потоки представлены документацией, необходимой для этих операций.

Склад принимает и складирует готовую  продукцию, эта операция сопровождается формированием приходной накладной. Она состоит из двух частей: общей и спецификации.

Продукция со складов направляется заказчикам в соответствии с заключенными договорами. Отправляется продукция  на основании товарно-транспортной накладной. Товарно-транспортная накладная состоит из общей части (номер накладной, реквизиты грузоотправителя, грузополучателя и грузоперевозчика, дата отгрузки) и спецификации (вид и количество отгружаемой продукции).

После получения продукции заказчик должен произвести оплату, которая  оформляется платежным поручением, выписанным на основании товарно-транспортной накладной. Общая часть платежного поручения включает номера товарно-транспортной накладной и платежного поручения, и дату оплаты.

Счет-фактура – это документ, выдаваемый поставщиком покупателю или предоставляемые поставщиком банку для подтверждения платежа покупателя. Общая часть включает реквизиты поставщика и покупателя, а в спецификации указываются наименование товара, единицы измерения, цена и сумма. 

2.3 Модель построения информационной системы

AllFusion ERwin Data Modeler (ранее ERwin) — CASE-средство  для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания.

AllFusion ERwin Data Modeler (ERwin) предназначен для всех компаний, разрабатывающих и использующих базы данных, для администраторов баз данных, системных аналитиков, проектировщиков баз данных, разработчиков, руководителей проектов. AllFusion ERwin Data Modeler позволяет управлять данными в процессе корпоративных изменений, а также в условиях стремительно изменяющихся технологий.

AllFusion ERwin Data Modeler (ERwin) позволяет наглядно  отображать сложные структуры  данных. Удобная в использовании  графическая среда AllFusion ERwin Data Modeler упрощает разработку базы данных и автоматизирует множество трудоёмких задач, уменьшая сроки создания высококачественных и высокопроизводительных транзакционных баз данных и хранилищ данных. Данное решение улучшает коммуникацию организации, обеспечивая совместную работу администраторов и разработчиков баз данных, многократное использование модели, а также наглядное представление комплексных активов данных в удобном для понимания и обслуживания формате.

Рисунок 2.3.1-Пример контекстной диаграммы

Рисунок 2.3.2- Пример диаграммы декомпозиции

 

2.4 Программные средства  разрабатываемой ИС

Microsoft Office Access 

Microsoft Office Access или просто Microsoft Access реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Основные компоненты MS Access:

• построитель таблиц;
• построитель экранных форм;
• построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);
• построитель отчётов, выводимых на печать.

Они могут вызывать скрипты  на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.

Microsoft Jet Database Engine (англ.), которая используется в качестве движка базы данных MS Access является файл-серверной СУБД и потому применима лишь к приложениям, работающим с небольшими объёмами данных и при небольшом числе пользователей, одновременно работающих с этим данными. Непосредственно в Access отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры.

Встроенные средства взаимодействия MS Access со внешними СУБД с использованием интерфейса ODBC снимают ограничения, присущие Microsoft Jet Database Engine. Инструменты MS Access, которые позволяют реализовать такое взаимодействие, называются «связанные таблицы» (связь с таблицей СУБД) и «запросы к серверу» (запрос на диалекте SQL, который «понимает» СУБД).

Корпорация Microsoft для построения полноценных клиент-серверных приложений на базе MS Access рекомендует использовать в качестве движка базы данных СУБДMS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки. Известны также реализации клиент-серверных приложений на базе связки Access 2003 c другими СУБД, в частности, MySQL .В таблице 1.1 расмотрены различные источники данных, версии Access с драйверами и поддержкой обновляемых запросов.

Таблица 1.1- Совместимость MS Access со сторонними источниками данных

СУБД  (источник данных)	Версия Access	Драйвер	Обновляемые запросы
Файлы Excel	все	встроенный	Нет
SQLite			Да
MySQL	2000-2003	MyODBC v.3.51.X, 5.1.X	Да
PostgreSQL			Да
Firebird			Да
1C v.7.7 (dbf)	2003	Visual FoxPro ODBC driver v.6.01.8629.01	Нет
Paradox
Oracle
Текстовые файлы	все	встроенный	Нет
Таблицы html	все	встроенный	Нет

 

MS Access, при работе с базой данных, иначе взаимодействует с жёстким (или гибким) диском, нежели другие программы.

В других программах, файл-документ, при открытии, полностью загружается в оперативную  память, и новая редакция этого  файла (изменённый файл) целиком записывается на диск только при нажатии кнопки «сохранить».

В MS Access новая редакция содержимого изменённой ячейки таблицы записывается на диск (сохраняется) сразу, как только курсор клавиатуры будет помещён в другую ячейку (или новая редакция изменённой записи записывается на диск сразу, как только курсор клавиатуры будет поставлен в другую запись (строку)). Таким образом, если внезапно отключат электричество, то пропадёт только изменение той записи, которую не успели покинуть.

Целостность данных в Access обеспечивается также за счет механизма транзакций. Кнопка «Сохранить» в Access тоже есть, но в Access в режиме просмотра данных она нужна, в первую очередь, для сохранения изменённого режима показа таблицы или другого объекта.

 

Delphi императивный, структурированный, объектно-ориентированный язык программирования, диалект Object Pascal. Начиная со среды разработки Delphi 7.0, в официальных документах Borland стала использовать название Delphi для обозначения языка Object Pascal. Начиная с 2007 года уже язык Delphi (производный от Object Pascal) начал жить своей самостоятельной жизнью и претерпевал различные изменения, связанные с современными тенденциями развития языков программирования: появились class helpers, перегрузки операторов и другое.

 

2.5 Инструментальные средства  разработки

К инструментальным средствам проектирования информационной системы относятся:

Моделирование бизнес-процессов с использованием стандарта IDEF0;

Моделирование потоков данных- методология  DFD;

Инструмент бизнес моделирования- методология ARIS и язык унифицированного моделирования UML.

2.5.1 Методология IDEF0

Методология IDEF0 является развитием  хорошо известного графического языка  описания функциональных систем SADT (Structured Analysis and Design Teqnique). Семейство стандартов унаследовало свое обозначение от названия этой программы — ICAM DEFinition — IDEF.

Графический язык IDEFO прост и гармоничен. В основе методологии лежат четыре основных понятия, первым из которых  является понятие функционального  блока (Activity Box). Функциональный блок графически изображается в виде прямоугольника  и представляет собой некоторую конкретную функцию в рамках рассматриваемой системы [5, 8, 11, 13]. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги», а не «производство услуг»).

Каждая из четырех сторон функционального  блока имеет свое определенное значение (играет свою роль):

- верхняя сторона имеет значение «Управление» (Control);

- левая сторона имеет значение «Вход» (Input);

- правая сторона имеет значение «Выход» (Output);

- нижняя сторона имеет значение «Механизм» (Mechanism).

Каждый функциональный блок в рамках единой рассматриваемой системы  должен иметь свой уникальный идентификационный номер.