Проектирование автоматизированной информационной системы средств информатизации ИВЦ ОАО РЖД

Рецензия на КП.doc

ФГБОУ ВПО «Поволжский государственный университет сервиса (ПВГУС)»
по дисциплинеПроектирование информационных систем
(наименование дисциплины)
Степень соответствия
Курсовой проект выполнен в соответствии с заданием и методическими указаниями
Соответствует требованиям
Соответствует частично
- общий объем и пропорциональность структурных частей работы
- логическая взаимосвязь структурных частей работы
Содержание работы раскрывает сущность выбранной темы
Изучение автором необходимого объема литературы:
- количество наименований источников в списке литературы
Частично соответствует
- период издания источников литературы и нормативно-правовой базы
Наличие и авторский анализ статистических данных практического и теоретического материала
Качество оформления работы:
Наличие выводов и предложений полученных на основе изучения исследуемой проблемы
Особые замечания по работе (проекту)
(подпись) (расшифровка подписи)

Курсовой Проект.doc

1 Методологии моделирования поддерживаемые BPwin .6
4 Диаграмма декомпозиции IDEF0 для модели ИС 8
1 Общие сведения о Rational Rose и языке программирования UML ..10
2 Диаграмма вариантов использования (Use Case Diagram) для модели АИС .12
3 Диаграммы топологии (Deployment Diagram) для модели АИС..12
4 Диаграмма классов (Class Diagram) для модели АИС 13
1 Общие сведения о программе MS Access 2003 ..15
2 Создание ИС в программе MS Access 2003-2007 17
БИБЛИОГРАФИЧЕСКИЙ СПИСОК 24
В современных условиях развития информационной области науки все чаще используются современные средства автоматизации что ведет к широкому их распространению в разных сферах человеческой жизни.
Они привели к формированию новой информационной инфраструктуры которая связана с новым типом общественных отношений (информационные отношения) с новой реальностью (виртуальной реальностью) с новыми информационными технологиями различных видов деятельности. Сердцевиной современных информационных технологий являются автоматизированные информационные системы (АИС) создание функционирование и использование которых привело к возникновению специфических понятий категорий приемов и навыков.
Автоматизированные системы предназначены для решения задач на предприятии в целом: автоматизация рабочего процесса; управление ресурсами; управление запасами; планирование и производство; техническое обслуживание и ремонт оборудования.
Так и уровня его производственных подразделений и участков. Системы адаптации автоматизированных систем формируют новое поколение систем автоматизации предприятий. Главная особенность индустрии информационных систем различных предприятий и учреждений характеризующихся широкой номенклатурой входных данных с различными маршрутами их обработки состоит в концентрации сложности на начальных этапах анализа требований и проектирования спецификаций системы при относительно невысокой сложности и трудоемкости последующих этапов.
Волжский вычислительный центр формировался путем трансформаций слияний и объединений различных подразделений эксплуатирующих вычислительную технику. Начало было положено в 1973 году созданием узловой машиносчетной станции (МСС) на железнодорожной станции Сызрань. Единственной функцией данного предприятия была автоматизация бухгалтерских расчетов. В понятие автоматизация тогда входило выполнение арифметических операций над заданными во входящей документации цифрами с выдачей результатов на АЦПУ а так же хранение результатов расчетов на картонных перфокартах.
На основании приказа №71ИВЦ от 19.06.02 в целях приведения структуры управления в соответствие с Гражданским кодексом и во исполнение приказа начальника Куйбышевской железной дороги от 12.05.01 Волжский филиал ИВЦ переименован в Волжский вычислительный центр – структурную единицу ИВЦ.
Выполняемые производственные задачи:
информационно-вычислительное обеспечение ж. д. перевозок;
сбор обработка предоставление накопление и хранение данных;
обеспечение эффективного использования вычислительной техники;
разработка внедрение и сопровождение программно-аппаратных комплексов и ЛВС;
обеспечение защиты программных средств вычислительной техники баз данных и т.д. от несанкционированного доступа анализу функционирования комплексов и систем;
переустановка операционных систем;
администрирование пользователей сетей передачи данных и систем;
обеспечение информационной безопасности;
техническое обслуживание сетевого оборудования ПЭВМ;
настройка и установка сетевого оборудования;
монтаж сегментов ЛВС;
планово-предупредительный ремонт;
изменение конфигурации сети в связи с модернизацией сетевых узлов и ЛВС;
ведение нормативной документации;
проведение технических занятий и обучения работе с АРМ-ами.
Техническое программное технологическое сопровождение: сетевого информационного оборудования (136 узлов 88 ЛВС); сервера на основе ОС M СУБД Orac 1238 ПЭВМ; 22 единицы терминального оборудования АСУ Экспресс; 91 АРМ на 1634 рабочих местах.
Эксплуатируемые проекты: БД оборудования; контроль работы устройств СПД; контроль передачи отчетов ТВК; проектирование и монтаж ЛВС.
ПОСТРОЕНИЕ BPwin – МОДЕЛИ ДЛЯ
АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ
BPwin - мощный инструмент моделирования который используется для анализа документирования и реорганизации сложных процессов в том числе бизнес-процессов. Модель созданная средствами BPWin позволяет четко документировать различные аспекты деятельности - действия которые необходимо предпринять способы их осуществления требующиеся для этого ресурсы и др. Таким образом формируется целостная картина деятельности предприятия - от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели процессов служат прекрасным средством документирования потребностей помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPWin - еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС).
1 Методологии моделирования поддерживаемые BPwin
BPwin совмещает в одном инструменте средства моделирования функций (IDEF0) потоков данных (DFD) и потоков работ (IDEF3).
С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ которые взаимодействуют между собой а также показывается информационные людские и производственные ресурсы потребляемые каждой работой.
С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то что уже отражено в модели IDEF3 поскольку они описывают потоки данных позволяя проследить каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.
С точки зрения последовательности выполняемых работ. И еще более точную картину можно получить дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.
2 Диаграммы IDEF0 для модели информационной системы
Основной структурной единицей при построение модели IDEF0 является диаграмма (см. Рисунок 1). Она представляет собой графическое описание модели предметной области.
3 Диаграмма декомпозиции IDEF0 для модели информационной
Диаграмма декомпозиции строится для более подробного описания контекстной диаграммы. Она представляет собой блоки данных а также связи между ними которые строятся с помощью дуг (см.Рисунок 2).
4 Диаграмма декомпозиции IDEF0 для модели информационной
Блок в диаграмме декомпозиции позволяет рассмотреть диаграмму декомпозиций в виде двух отдельных блоков который показывает более конкретные данные об уровне доступа работы системы (см. Рисунок 3).
Рисунок 3 – Диаграмма декомпозиции блока «Отдел технического обслуживания»
5 Диаграмма дерево узлов модели информационной системы
Диаграмма дерево узлов позволяет рассмотреть целиком всю модель автоматизированной информационной системы на которой представляется иерархия работы в модели без указания взаимосвязей между работами (см. Рисунок 4).
Для создания диаграммы дерева узлов следует выбрать в меню пункт InsertNode Tree. В результате возникает диалоговое окно формирования диаграммы дерева узлов.
На этой диаграмме рассмотрена общая структура предприятия на ней размещены все отделы и показано чем они занимаются.
ПОСТРОЕНИЕ UML – МОДЕЛИ ДЛЯ
1 Общие сведения о Rational Rose и языке программирования
Компания Rational Software является лидирующей в области создания методологий и программных решений ориентированных на программистов аналитиков тестировщиков. Спектр выпускаемого программного обеспечения целиком покрывает потребность всех участников проекта: от аналитиков до разработчиков и внедренцев.
Особое место в RUP (Rational Unified Process – методологическая энциклопедия в которой описаны все шаги необходимые для создания качественного программного продукта) занимают проектирование и конфигурационное управление. Особо выделяются они потому что те два инструмента которые поддерживаются на данных этапах (Rational Rose и Rational Clear Case) используются на протяжении всего жизненного цикла разработки программного обеспечения. Если Rose со своей стороны используют и проектировщики и разработчики и аналитики то Clear Case используют все поскольку результатом любой деятельности в мире информационных технологий является файл который где-то необходимо хранить и не просто хранить а знать все изменения которые были в него внесены на каждом этапе разработки информационной системы.
Rational Rose в отличие от подобных средств проектирования способна проектировать системы любой сложности то есть инструментарий программы допускает как высокоуровневое (абстрактное) представление (например схема автоматизации предприятия) так и низкоуровневое проектирование (интерфейс программы схема базы данных частичное описание классов).
Являясь объектно-ориентированным инструментом моделирования Rational Rose базируется на UML (Universal Modeling Language) – универсальном языке моделирования который был разработан компанией Rational именно с целью создания наиболее оптимального и универсального языка для описания как предметной области так и конкретной задачи в программировании.
UML не зависит от объектно-ориентированных языков программирования и может поддерживать любой из них. Этот язык также не зависит от используемой методологии разработки проекта и созданные на UML диаграммы понятны для всех разработчиков проекта. На UML можно содержательно описывать классы объекты и компоненты различных областей отличающихся друг от друга.
UML поддерживает построение следующих диаграмм: Act Use case d Class d State d Sequence d Collaborat Component d Deployment diagram (диаграммы топологии).
Таким образом Rat давать развернутое представление о проекте в сочетании со средствами документирования (SoDA); проводить кодогенерацию; проводить обратное проектирование имеющихся систем; имеет открытый для дополнений интерфейс; интегрируется со средствами разработки (V поддержка языка наличие средств автоматического контроля в том числе проверки соответствия двух моделей; удобный для пользователя графический интерфейс; многоплатформенность.
Интегрируемость с другими инструментальными средствами поддерживающими жизненный цикл программных систем в том числе со средством управления требованиями (Requisite Pro) со средствами тестирования (SQA Suite Performance Studio) со средствами конфигурационного управления (ClearCase PVCS).
2 Диаграмма вариантов использования (Use Case Diagram) для
модели автоматизированной информационной системы
Диаграммы Use Case Diagram создают список операций выполняемых системой (см. Рисунок 5). Данный тип диаграмм используется при описании функций и процессов автоматизируемой системы и определений требований к ней. Часто этот вид диаграмм называют диаграммой функций или сценариев. Диаграмма сценариев – это описание сценария поведения который выполняют действующие лица.
Рисунок 5 – Диаграмма вариантов использования системы
3 Диаграммы топологии(Deployment Diagram) для модели
автоматизированной информационной системы
Диаграммы топологии используются в начале проектирования системы для анализа аппаратных средств на которых она будет эксплуатироваться. Для каждой модели создается только одна такая диаграмма отображающая процессоры (Processor) устройства (Device) и их соединения (см. Рисунок 6).
Рисунок 6 – Диаграмма топологии информационной системы
4 Диаграмма классов (Class diagram) для модели
информационной системы
Диаграммы классов в Rat нотации OMT (Object Model нотации Unified - унифицированной (см.Рисунок 9).
Рисунок 7 – Диаграмма классов в системе обозначений Booch
Рисунок 8 - Диаграмма классов в нотации ОМТ
Значки диаграммы позволяют отображать иерархию системы взаимосвязи классов (Classes) и интерфейсов (Interfaces). Данный тип диаграмм противоположен по содержанию диаграмме Collaboration на котором отображаются объекты системы.
Рисунок 9 - Диаграмма классов в нотации Unified
РАЗРАБОТКА КЛИЕНТСКОЙ ЧАСТИ АИС СРЕДСТВ
1 Общие сведения о программе Microsoft Access 2003
Разработка базы данных невозможна без ее тщательного проектирования: слишком велико влияние этого шага на последующие этапы жизненного цикла информационной системы в основе которой лежит создаваемая база данных.
Для успешной реализации базы данных объект проектирования должен быть прежде всего адекватно описан должны быть построены полные и непротиворечивые функциональные модели базы данных. Опыт проектирования информационных систем показывает что это логически сложная трудоемкая и длительная по времени работа требующая высокой квалификации участвующих в ней специалистов.
При работе с базой данных часто приходится снова и снова выполнять одни и те же задачи. Чтобы не повторять одни и те же действия можно использовать макросы.
Система управления базой данных неуклонно разрастается по мере того как вносятся новые записи в формы создаются запросы и распечатываются новые отчеты. При этом разрабатываются и сохраняются для последующего использования новые объекты — еженедельные отчеты ежемесячные запросы на обновление и т.д. При регулярном выполнении некоторых задач например при внесении данных о новом клиенте открываем одну и ту же форму или пишем одни и те же стандартные письма клиентам задолжавшим по годовым счетам удобно использовать макросы Access. Макрос – набор макрокоманд позволяющий оптимизировать выполнение некоторых задач.
После создания этих небольших программ возможен запуск их автоматически при определенных действиях пользователя (например после щелчка на кнопке или открытия определенной формы). Для автоматического запуска макросов в Access используются так называемые события. Событие – некоторое действие пользователя (открытие формы или отчета изменение данных записи выбор кнопки закрытие формы или отчета и так далее.). Событие Access можно рассматривать как результат выполнения некоторой последовательности действий пользователя. Например событие может быть связано с переходом от одной записи формы к другой с закрытием отчета или с выбором командной кнопки на форме.
Макросы Access позволяют автоматически повторять различные действия и тем самым избавляют вас от написания сложных программ и подпрограмм. Например вы можете создать макрос который будет автоматически находить в базе данных информацию о задолжавших клиентах и вносить ее в стандартное письмо с уведомлением о задолженности.
Макрос является таким же объектом Access как таблица запрос форма и отчет и создается для автоматического выполнения определенных действий или их совокупности. Выполнение прикладной задачи можно представить как результат последовательного выполнения действий каждое из которых может быть записано соответствующей командой на языках Visual Basic и VBA. Кроме того с помощью макроса можно имитировать выбор команды меню или перемещение мыши.
Макросы Access обычно не дублируют отдельных нажатий клавиш или перемещений мыши выполняя особые заданные пользователем задачи например открытие формы или запуск отчета.
Любая команда которую вы хотите выполнить в Access называется макрокомандой.
Макросы позволяют выполнять следующие задачи: запускать вместе запросы и отчеты; одновременно открывать несколько форм иили отчетов; контролировать правильность ввода данных при заполнении форм; перемещать данные между таблицами; выполнять действия после щелчка на кнопке макрокоманды.
Access позволяет автоматически запускать макрос при каждом открытии базы данных. Существует два способа решения этой задачи. Один из них - использование специального имени макроса - Auto Все. Access распознает специальное имя макроса автозапуска Auto-Exec. Если система обнаруживает данный макрос в базе данных она выполняет его автоматически при каждом открытии базы данных.
Разработка детального отчета. Для создания отчета в программе Access существует несколько способов: для создания простого отчета – Мастер отчетов; для самостоятельного создания отчета существует режим Конструктор; для построения отчета по данным выбранной таблицы – Автоотчет; для создания отчетов с виде диаграмм – Мастер диаграмм; для создания наклеек - Мастер почтовых наклеек.
Автоотчет создает отчет на основе одной таблицы или запроса.
2 Создание информационной системы в программе MS Access
Главная форма приложения показана на (см.Рисунок 10).
Создание таблиц в режиме конструктора (см.Рисунок 11). Режим конструктора позволяет создавать макет таблицы или изменять тип данных и свойства существующих полей. Заполнять или изменять содержимое таблицы в режиме конструктора невозможно.
Для создания таблицы в режиме конструктора необходимо выполнить следующие действия:
В стартовом окне базы данных нажать на кнопку «Создать»;
В появившемся окне «Новая таблица» выбрать режим «Конструктор»;
Рисунок 11 – Таблица справочника «Список сотрудников»
Результаты обработки данных должны использоваться в том порядке и в тех формах которые приняты в предметной области АИС. Решение этой задачи обеспечивается комплексом функций СУБД определяемым термином «вывод данных».
В более узком плане под выводом данных понимается комплекс функций СУБД по предоставлению пользователю результатов обработки хранения и накопления данных в наиболее удобном для восприятия виде документирования выводимой информации а также по передаче данных в другие (внешние) системы и форматы.
Вывод данных осуществляется:
через выходные (выводные) формы (см. Рисунок 12);
через «отчеты» (см. Рисунок 13);
через экспорт данных.
Выходные формы по смыслу аналогичны входным формам то есть формам для ввода просмотра и редактирования данных. При этом как правило базовым источником дачных для форм являются не таблицы данных а результаты выполнения запросов. Таким образом главной функцией выводных форм является предоставление пользователю результатов выполнения запросов в наиболее удобном и привычном «бланковом» виде.
В отличие от входных особенностью выводных форм как экранных объектов является то что помимо надписей и полей с данными в них присутствуют так называемые элементы управления—кнопки переключатели поля-списки которые используются для задания пользователем тех или иных параметров выполнения запросов. В развитых СУБД запросы с параметрами реализуются через технику форм в которых пользователь через элементы управления определяет конкретные условия отбора.
Рисунок 12 - Форма для реализации и отображения результатов работы базы данных
Отчеты решают задачу документирования выводимых данных то есть представления результатов обработки и накопления данных в форме текстового документа который можно распечатать или приобщить к другому текстовому документу. Отчеты во многом аналогичны выводным формам и по сути представляют печатные формы для результатов накопления и обработки данных. Отличительной особенностью отчетов является то что они строятся по правилам текстовых документов то есть отображаемые данные разделяются на страницы и разделы с соответствующими элементами (поля колонтитулы) и параметрами форматирования (шрифт отступы выравнивание).
Рисунок 13 – Отчет об работниках
Так же как и в формы в отчеты могут помещаться элементы управления среди которых особое значение имеют вычисляемые поля т. е. поля содержимое которых формируется на основе вычисления определенных статистических функций по помещаемым в отчет данным. Помимо полей с данными и вычисляемых полей в отчеты могут внедряться различные графические объекты для формирования логотипов и других поясняющих рисунков и кроме того такие средства наглядного отображения табличных данных как диаграммы.
Экспорт данных решает технологические задачи резервирования архивирования данных или передачи накопленных в АИС данных во внешние системы и форматы и реализуется через уже рассмотренные запросы на добавление данных и запросы на создание таблицы. Таблицы-приемники в этом случае находятся во внешних файлах баз данных созданных под управлением СУБД того же типа или СУБД поддерживающей протокол ODBC.
Некоторые СУБД обеспечивают экспорт данных в текстовые файлы. При этом табличные данные в строках текстовых файлов размещаются последовательно по строкам и ячейкам экспортируемой таблицы то есть слева направо сверху вниз отделяясь друг от друга специальными разделителями например символом « ».* Такой порядок размещения табличных данных в текстовых файлах получил название «унифицированного формата обмена данными».
Автоматизированная информационная система предназначена для решения задач на предприятии в целом: автоматизация рабочего процесса; управление ресурсами; управление запасами; планирование и производство; техническое обслуживание и ремонт оборудования. Её задачи: упрощение рабочего процесса; быстрое и нетрудоёмкое управление запасами и ресурсами; своевременное техническое обслуживание и ремонт оборудования.
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
Артемов А.П. Технические средства информатизации: Учебное пособие.- Тамбов: изд-во Тамбовский государственно- технический университет 2002.
Баканов В.М. Программное обеспечение компьютерных сетей и информационных систем: конспект лекций: Москва2003.
Гагариной. Л.Г. Разработка и эксплуатация АИС: Учебное пособие.– М.: ИД ФОРУМ 2007.
Гвоздева В.А.; Лаврентива И.Ю. Основы построения автоматизированных информационных систем: Учебник – М.: Ид. ФОРУМ 2007.
Федотова Д.Э.; Семенов Ю.Д.; Чижик К.Н. CASE– технологии.
Петров В.Н. Информационные системы: СПб: Питер 2003.

Чертеж КП2.cdw

СМТТ КП 230103.51.28 40асои
Даталогическая модель информационной системы
Запрос на выборку работники
Форма для реализации и отображения результатов работы информационной системы
Таблица справочника «Список сотрудников»

Чертеж КП1.cdw

Контекстная диаграмма IDEF0
Декомпозиция первого уровня IDEF0 модели
Дерево узлов модели информационной системы средств
СМТТ КП 230103.51.28 40асои
Диаграмма декомпозиции блока "Отдел технического обслуживания
Диаграмма вариантов использования системы
Диаграмма топологии информационной системы
Диаграмма классов в системе обозначений Booch
Диаграмма классов в нотации Unified
Диаграмма классов в нотации ОМТ

Чертеж КП2.cdw

СМТТ КП 230103.51.28 40асои
Даталогическая модель информационной системы
Запрос на выборку работники
Форма для реализации и отображения результатов работы информационной системы
Таблица справочника «Список сотрудников»

Чертеж КП1.cdw

Контекстная диаграмма IDEF0
Декомпозиция первого уровня IDEF0 модели
Дерево узлов модели информационной системы средств
СМТТ КП 230103.51.28 40асои
Диаграмма декомпозиции блока "Отдел технического обслуживания
Диаграмма вариантов использования системы
Диаграмма топологии информационной системы
Диаграмма классов в системе обозначений Booch
Диаграмма классов в нотации Unified
Диаграмма классов в нотации ОМТ