Файл: Администрирование информационной системы расчетов с клиентами ООО «Сладкий мир».pdf

Информационная система, чаще всего, это понятие которое представляет собой описание программной модели, решающей определенный круг задач в конкретной области человеческой деятельности. Информационная модель - это набор различного программного обеспечения, пользовательских приложений и баз данных. Все эти компоненты системы объедены друг с другом в единый механизм, функционирующий по определенным правилам. При проектировании структуры информационной модели необходимо учитывать большое количество характеристик и их отношений. Чем больше система, тем сложнее создать не противоречивую, максимально простую, и сбалансированную модель. Практический опыт работы по проектированию ИС позволил выделить ключевые элементы системы, понимание которых помогло избежать серьезных ошибок на этапе проектирования ИС. Дальнейшее изложение основано на анализе различных работ по проектированию информационных систем, и представляет собой обобщенное описание базовых элементов структуры.

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

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

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

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

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

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

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

- информационной базы объекта управления;

- программного обеспечения;

- вычислительной системы;

- пользователей.

На рисунке 2.1 показана структура разрабатываемой информационной системы.

Рисунок 2.1- Структура информационной системы

3 Основные этапы разработки информационной системы

3.1 Разработка системы авторизации

Система авторизации пользователей наиболее важна в разрабатываемой программе (рисунок 2.4), так как с ее помощью происходит распределение прав доступа к тем или иным функциям. Все сведения о пользователе, его пароле и статусе находятся в зашифрованном средствами Delphi 7 файле.

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

Проверка проходит в несколько этапов:

- проверка правильности внесения идентификационных данных, при верном вводе подгружается база данных;

- проверка статуса пользователя, в зависимости от статуса пользователь либо получает весь набор функций, либо часть из них;

- проверка активности пользователя, что исключает возможность работы под одним и тем же логином.

3.2 Информационное обеспечение комплекса задач

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

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

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

- логическое проектирование - преобразование требований к данным в структуры данных. На выходе получаем СУБД - ориентированную структуру базы данных и спецификации прикладных программ;

- физическое проектирование - определение особенностей хранения данных, методов доступа и т.д.

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

Сущности и связи модели данных представляются в виде реляционной таблицы (отношения). Отношение, соответствующее сущности, содержит атрибуты (столбцы), являющиеся атрибутами сущности и описывающие сущность (объект). Атрибут или множество атрибутов, которые однозначно определяют объект, называются ключом.

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

Процесс построения инфологической модели состоит из следующих шагов:

- определение сущностей;

- определение зависимостей между сущностями;

- задание первичных и альтернативных ключей;

- определение атрибутов сущностей;

- приведение модели к требуемому уровню нормальной формы.

Логический уровень представления модели - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей.

Современные объектно-ориентированные CASE-средства позволяют эффективно решать задачи проектирования приложений. Среди таких пакетов - Rational Rose, Together Control Center, BPWin, ERWin, Model Mart, Silverrun Business Process Modeller, Process Analyst.

Создание модели данных, как правило, начинается с создания логической модели. После описания логической модели, проектировщик может выбрать необходимую СУБД и программа автоматически создаст соответствующую физическую модель. На основе физической модели программа может сгенерировать системный каталог СУБД или соответствующий SQL-скрипт. Этот процесс называется прямым проектированием (Forward Engineering). Тем самым достигается масштабируемость - создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую СУБД. С другой стороны, программа способна по содержимому системного каталога или SQL-скрипту воссоздать и физическую, и логическую модель данных (Reverse Engineering). На основе полученной логической модели данных можно сгенерировать физическую модель для другой СУБД и затем сгенерировать ее системный каталог. Следовательно, это позволяет решить задачу по переносу структуры данных с одного сервера на другой.

Входной информацией являются информация о клиентах, информация о клиентах, а также пароль, и имя. Участвующие лица персонал и клиент. Выходной информацией являются клиенты, заказы, оформление заказов.

Затем переходим в среду Delphi 7 для дальнейшей программной реализации модуля. Создаем стандартный проект.

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

тмы работы связаны с вводом данных от пользователя, проверке введенной информации на предмет нарушения целостности данных и занесение введенной информации в саму базу, если введенные сведения не нарушают целостности.

Алгоритм работы программы (в данном случае при вводе информации) представлен на

3.3 Планирование тестовых испытаний

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

Целью тестирования является получение результатов по конкретным данным, а так же контроль качества программы и безошибочность работы системы.

Существующие на сегодняшний день методы тестирования не позволяют однозначно и полностью устранить все дефекты и ошибки и установить корректность функционирования анализируемой программы, особенно в закрытых частных программах. Поэтому все существующие методы тестирования действуют в рамках формального процесса проверки исследуемого или разрабатываемого программного обеспечения. Такой процесс формальной проверки или верификации может доказать, что дефекты отсутствуют, с точки зрения используемого метода. Таким образом, нет никакой возможности точно установить или гарантировать отсутствие дефектов в программном продукте с учётом человеческого фактора, присутствующего на всех этапах жизненного цикла программы.

Для испытания программы необходимо иметь ПК, работающий под управлением ОС Windows, с установленным на нём пакетом Delphi 7.

В настоящее время для установления соответствия программного продукта заданным правилам построения, техническим условиям и заданиям на них, для определения достигнутых показателей качества широко используется тестирование программного продукта.

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