Разработка проекта информационной системы управления предприятием

Рис. 1.2 Диаграмма IDEF0 «Работа деканата»

 

 

 

 

 

 

 

 

 

 

Рис. 1.3 Диаграмма IDEF0 «Формирование потоков»

 

 

 

 

 

 

 

 

 

 

 

 

Рис. 1.4 Диаграмма IDEF0 «Анализ кодов групп»

 

 

Работа деканата университета:

- на вход поступает наименование группы, общее количество студентов, количество студентов контракта и количество иностранцев.

Проверка соответствия:

- происходит проверка  соответствия кодов групп.

Проверка вместимости:

- на основе данных  о количестве студентов происходит  проверка на вместимость 

Формирование  потоков групп:

- на основе полученных данных проводим анализ кодов групп и количества студентов – в результате составляется поток.

Формирование  графика учебного процесса:

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

Анализ кодов  групп:

- проводится проверка факультета, курса и направления.

Проверка факультета:

- на основе кода группы происходит проверка факультета.

Проверка курса:

- происходит на основе  кода группы.

Проверка направления:

- на основе кода  группы. 

           2. Разработка интегрированной информационной системы

2.1 Анализ информационного обеспечения, обеспечивающего взаимодействие подсистем информационной системы

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

Выглядит следующим оброзом (см.рис 2.1)

Рис 2.1

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

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

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

Опыт показывает, что только изменение архитектуры АИС при прочих равных условиях может изменять в сотни раз суммарные затраты на разработку. Поэтому правильный выбор архитектуры АИС – наиболее эффективный способ снижения стоимости разработки и эксплуатации всей системы в целом.

С целью эффективного управления информационно-вычислительными  ресурсами в распределенной системе в основу архитектуры ИС поддержки учебного процесса положена модель «клиент - сервер» (рис. 2.2).

Рис. 2.2 Модель "клиент - сервер"

В архитектуре «клиент-сервер»  БД размещается на компьютере-сервере  сети. Приложение, осуществляющее работу с этой БД, находится на компьютере пользователя. Приложение пользователя является клиентом. Клиент и сервер взаимодействуют следующим образом: клиент формирует и отсылает запрос (SQL-запрос) серверу, на котором размещена БД. Сервер выполняет запрос и выдает клиенту в качестве результатов требуемые данные. К достоинствам такой архитектуры относятся:

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

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

- в приложении отсутствует  код, связанный с управлением  БД, поэтому приложения упрощаются.

Структура информационной системы представляет собой клиентское приложение, написанное на языке программирования высокого уровня Borland Delphi7

2.2 Определение  требований и выбор аппаратного  обеспечения

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

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

К функционированию ИС предъявляются следующие требования:

• возможность просматривать справочники групп и специальностей;
• редактирование потоков групп;
• программа должна иметь ограничения на количество студентов в потоке;
• потоки должны формироваться на основе родственных специальностей.

 

Требования к аппаратному обеспечению клиента

Так как клиент не выполняет  достаточно сложных операций, то требования к архитектурному обеспечению исходят  из требований операционной системы Windows XP Professional.:

Процессор                      Pentium и совместимые системы (300 МГц и выше)

Свободное пространство на жестком диске  Не менее 1,5 Гб

Видеоадаптер  SVGA (800x600), рекомендуется (1024-768)

Сетевой адаптер    100 Mb Ethernet Adapter,

Оперативная память  64 Мб

Операционная система  Microsoft Windows XP Professional

Дополнительное ПО  .NET Framework 3.5 и выше

Пропускная  способность сети для работы не менее 1 Мбит/с.

 

Требования к аппаратному обеспечению сервера

Требования к серверу исходят исходя из требований Firebird 2.5

Процессор: Pentium 1.2 ГГц;

Память ОЗУ: 256 Мб;

Память ПЗУ: 10 Гб;

Сетевой адаптер    100 Mb Ethernet Adapter,

 

2.3 Определение  требований к выбору программного  обеспечения

Программное обеспечение

В настоящее время существует очень много различных реляционных СУБД, поддерживающих языки запросов. Для примера приведем самые широко-известные, а следовательно – лучше всего документированные  и поэтому привлекательные для использования СУБД:

• «SQL-server» фирмы Microsoft (требует мощного сервера БД под управлением ОС Windows NT Server), платный;
• «Sybase System» фирмы Sybase (требует мощного UNIX- сервера), платный;
• «Informix» фирмы Informix Software (также требует мощного сервера), платный;
• «Progress» фирмы Progress Software (также требует мощного сервера), платный;
• «Oracle»;
• «Firebird» фирмы Borland (есть вариант для Windows и для UNIX), поставляется бесплатно с продуктами Borland.

Нами был выбран Firebird версии 2.5 который отличается от предшественников новой архитектурой под названием SuperClassic, которая позволяет получить большую отдачу от многопроцессорных и многоядерных серверов, и работать с еще большим количеством пользователей. Firebird 2.5 позволяет из хранимых процедур, триггеров и блоков кода одной базы данных обращаться к другим базам данных Firebird.

 

Основные преимущества Firebird:

1. Многоверсионная архитектура, обеспечивающую параллельную обработку оперативных и аналитических запросов;
2. Компактность;
3. Высокая эффективность и мощная языковая поддержка для хранимых процедур и триггеров;
4. Бесплатная утилита для администрирования IBExpert;
5. Распространяется бесплатно с продуктами Borland.

 

Основные преимущества Windows Server:

1. Надежность (является наиболее быстрой, надежной и безопасной операционной системой в семействе серверных ОС Windows).
2. Производительность (предоставляет средства, позволяющие развертывать, управлять и использовать сетевую инфраструктуру с максимальной производительностью).
3. Связь (может помочь в создании инфраструктуры бизнес-решений для улучшения взаимодействия с сотрудниками, партнерами, системами и заказчиками).
4. Экономичность (в сочетании с продуктами и услугами партнеров корпорации Microsoft по оборудованию, программному обеспечению и каналам позволяет получить наибольшую прибыль от сделанных в ИТ-инфраструктуру инвестиций).

2.4 Проектирование базы данных

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

Основные задачи:

• обеспечение хранения в БД всей необходимой информации;

• обеспечение возможности получения данных по всем необходимым запросам;

• сокращение избыточности и дублирования данных;

• обеспечение целостности данных (правильности их содержания): исключение противоречий в содержании данных, исключение их потери.

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

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

Инфологическая модель базы данных представлена на рисунке 2.3. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рис 2.3 Инфологическая модель

 

 

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

Рассмотрим правила  преобразования ER-модели в реляционную.

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

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

Первичный ключ сущности становится PRIMARY KEY соответствующего отношения.

В каждое отношение, соответствующее  подчиненной сущности, добавляется  набор атрибутов основной сущности, являющейся первичным ключом основной сущности. В отношении, соответствующем подчиненной сущности, этот набор атрибутов становится внешним ключом (FOREING KEY).

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

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