- •Филиппова Анна Геннадьевна
- •Аннотация
- •Список используемых сокращений
- •Введение
- •1. Анализ предметной области
- •1.1 Центр технологического сопровождения
- •1.2 Экстерриториальное сопровождение систем управления перевозочным процессом
- •1.3 Информационные системы, используемые технологами
- •1.3.1 Автоматизированная система управления работой станции
- •1.3.2 Аппаратно-программная конфигурация асу ст
- •1.3.3 Автоматизированная система управления единой службой поддержки пользователей асу ржд
- •1.3.4 Система поддержки принятий решений первой линии поддержки пользователей
- •Выводы по главе
- •2. Конструкторско-технологическая часть
- •2.1. Архитектура информационной системы
- •2.2. Методологии и технологии проектирования информационных систем
- •2.2.1. Разработка модели данных с применением Dia
- •2.3. Разработка системы в методологии sadt
- •2.4 Математическая модель оценки производительности системы
- •2.5. Выбор и реализация базы данных
- •2.5.1. Основные понятия и классификация систем управления базами данных
- •2.6. Инструкции при работе с программой
- •2.7 Техническое и программное обеспечение информационной системы
- •Выводы по главе
- •Заключение
- •Список используемой литературы
- •Приложение а. Листинг программы
Выводы по главе
В результате исследования ИС применяемых на рабочем месте технолога выявлено, что не существует единого места хранения и передачи информации об инцидентах при экстерриториальном обслуживании пользователей. Выходом может стать разработка модуля для одной из эксплуатируемых ИС с возможностью интерактивного оповещения пользователей.
2. Конструкторско-технологическая часть
2.1. Архитектура информационной системы
Архитектура информационной системы – концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы (рисунок 23).
Рисунок 23 – Компоненты информационной системы
компонент представления отвечает за пользовательский интерфейс;
прикладной компонент реализует алгоритм решения конкретной задачи;
компонент управления ресурсом обеспечивает доступ к необходимым ресурсам [6].
Архитектура данной информационной системы представлена на рисунке 24 и является клиент-серверной.
Рисунок 24 - Архитектура проектируемой системы
В основе концепции клиент-сервер лежит идея о том, что помимо хранения файлов базы данных, центральный сервер должен выполнять и основную часть обработки данных. Пользователи обращаются к центральному серверу с помощью специального языка структурированных запросов (SQL, Structured Query Language), на котором описывается список задач, выполняемых сервером. Запросы пользователей принимаются сервером и порождают на нем процессы обработки данных. В ответ пользователь получает уже обработанный набор данных. Между клиентом и сервером передаются только данные, которые действительно необходимы пользователю. Запрос пользователя длиной всего в несколько строк способен породить процесс обработки данных, затрагивающий множество таблиц и миллионы строк. В ответ клиент может получить лишь несколько чисел. Технология клиент-сервер позволяет избежать передачи по сети огромных объемов информации, переложив всю обработку данных на центральный сервер. Кроме того, рассматриваемый подход позволяет избежать конфликтов изменений одних и тех же данных множеством пользователей.
Технология клиент-сервер реализует согласованное изменение данных множеством пользователей, обеспечивая автоматическое соблюдение целостности данных. Эти и некоторые другие преимущества сделали технологию клиент-сервер весьма популярной. К недостаткам технологии клиент-сервер можно отнести высокие требования к производительности центрального сервера. Чем больше пользователей обращаются к данным, и чем больше объем обрабатываемых данных, тем более мощным должен быть центральный сервер.
2.2. Методологии и технологии проектирования информационных систем
Тенденции развития современных информационных технологий приводят к постоянному возрастанию сложности информационных систем, создаваемых в различных областях. Современные крупные проекты ИС характеризуются, как правило, следующими особенностями:
• сложность описания, требующая тщательного моделирования и анализа данных и процессов;
• наличие совокупности тесно взаимодействующих компонентов (подсистем), имеющих свои локальные задачи и цели функционирования;
• отсутствие прямых аналогов, ограничивающее возможность использования каких-либо типовых проектных решений и прикладных систем;
• необходимость интеграции существующих и вновь разрабатываемых приложений;
• функционирование в неоднородной среде на нескольких аппаратных платформах;
• разобщенность и разнородность отдельных групп разработчиков по уровню квалификации и сложившимся традициям использования тех или иных инструментальных средств;
• существенная временная протяженность проекта, обусловленная, с одной стороны, ограниченными возможностями коллектива разработчиков, и, с другой стороны, масштабами организации-заказчика и различной степенью готовности отдельных ее подразделений к внедрению ИС.
Методологии, технологии и инструментальные средства проектирования составляют основу проекта любой ИС. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые обеспечивают выполнение процессов жизненного цикла .
Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим общим требованиям:
• поддерживать полный жизненный цикл программного обеспечения;
• обеспечивать гарантированное достижение целей разработки ИС с заданным качеством и в установленное время;
• обеспечивать возможность выполнения крупных проектов в виде подсистем;
• обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3-7 человек);
• обеспечивать минимальное время получения работоспособной ИС;
• предусматривать возможность управления конфигурацией проекта, ведения версий проекта и его составляющих, возможность автоматического выпуска проектной документации и синхронизацию ее версий с версиями проекта;
• обеспечивать независимость выполняемых проектных решений от средств реализации ИС (систем управления базами данных, операционных систем, языков и систем программирования);
• быть поддержана комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях жизненного цикла.
Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны.
Все наиболее распространенные методологии структурного подхода базируются на ряде общих принципов:
• принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;
• принцип иерархического упорядочивания – организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне;
• принцип абстрагирования – заключается в выделении существенных аспектов системы и отвлечения от несущественных;
• принцип формализации – заключается в необходимости строгого методического подхода к решению проблемы;
• принцип непротиворечивости – заключается в обоснованности и согласованности элементов;
• принцип структурирования данных – заключается в том, что данные должны быть структурированы и иерархически организованы.
В структурном анализе используются в основном две группы средств, иллюстрирующих функции, выполняемые системой и отношения между данными [8]. Каждой группе средств соответствуют определенные виды моделей (диаграмм), наиболее распространенными среди которых являются следующие:
SADT (Structured Analysisand Design Technique) модели и соответствующие функциональные диаграммы;
DFD (DataFlowDiagrams) диаграммы потоков данных;
ERD (Entity-Relationship Diagrams) диаграммы«сущность-связь».
На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.
