- •Введение
- •1. Основная часть
- •1.1.Постановка задачи
- •1.1.1.Назначение аис
- •1.1.3 Описание подсистем.
- •1.2. Принцип работы системы
- •1.Библиотека.
- •2.Столовая.
- •3. Спортивный зал.
- •4.Медицинский пункт.
- •5.Финансовая система.
- •1.3. Разработка моделей по работе ис.
- •1.3.1 Диаграмма Ганта
- •Диаграмма классов (class diagram)
- •Диаграмма состояний (statechart diagram)
- •1.4 Выбор по для разработки бд
- •1.4.1 Выбор программного обеспечения для аис
- •1.4.2 Выбор субд
- •1.4.3 Выбор среды разработки
- •1.5. Разработка бд
- •1.5.1. Входная информация
- •1.5.2 Выходная информация
- •1.5.3 Схема данных
- •Связи «один ко многим»
- •Связи «многие ко многим»
- •Связи «один к одному»
- •1.5.4. Разработка форм.
- •2 Организационно-экономическая часть
- •2.1 Технико-экономическое обоснование
- •2.2 Расчет затрат на разработку и эксплуатацию аис
- •2.2.1 Заработная плата разработчику (Зпр)
- •2.2.2 Сумма отчислений в фонд социального страхования (Осн)
- •2.2.3 Расчет затрат, связанных с эксплуатацией эвм (3эвм )
- •2.2.4 Расчет затрат на заработную плату обслуживающего персонала (3оп )
- •2.3 Стоимость оборудования.
- •1. Компьютеры.
- •2 .Сервер.
- •3.Терминал.
- •4.Считыватель.
- •Заключение
- •Список литературы
- •Приложение 1
- •Аннотация
- •4.1.7. Показатели назначения
- •4.1.8. Требования к надежности
5.Финансовая система.
Работа финансовой системы заключается в непосредственном контроле по работе со смарт-карты.
Именно финансовая система выдает смарт-карты сотрудникам и школьникам, предварительно внеся всю личную информацию и контактные данные как на карту, и в саму систему.
Именно финансовая система решает вопросы по решению ошибок в смарт-картах. Она либо вносит новую информацию в карты, либо выдает новые карты.
Финансовая система формирует отчеты по правам и обязанностям, закрепленным за сотрудниками и школьниками. Их невыполнение также отмечается в карте.
Финансовая система проверяет лицевой счет каждой карты, наличие ошибок и поток денежных средств в школе.
На финансовой системе начинается активация карты, так же на финансовой системе происходит деактивация.
В конце учебного дня школьник ил сотрудник при выходе из школы прикладывает карту к считывателю В систему поступает информация о выходе обладателя карты из системы. Приходи время ухода. После этого, на каждую смарт-карту приходит мини-отчет по работе в системе. Если есть какие-то ошибки, то связываются с клиентом, обсуждают выполнение ли невыполнение тех или иных работ.
На этом работы системы на данный день заканчиваются.
1.3. Разработка моделей по работе ис.
Моделирование – представление объекта моделью для получения информации о нём путём проведения экспериментов с его моделью.
Под термином “моделирование” обычно понимают процесс создания точного описания системы; метод познания, состоящий в создании и исследовании моделей.
Моделирование облегчает изучение объекта с целью его создания, дальнейшего преобразования и развития. Оно используется для исследования существующей системы, когда реальный эксперимент проводить нецелесообразно из-за значительных финансовых и трудовых затрат, а также при необходимости проведения анализа проектируемой системы, т.е. которая ещё физически не существует в данной организации.
Для формирования модели используются:
структурная схема объекта;
структурно-функциональная схема объекта;
алгоритмы функционирования системы;
схема расположения технических средств на объекте;
схема связи и др.
Для проектирования ИС используют информационные модели, представляющие объекты и процессы в форме рисунков, схем, чертежей, таблиц, формул, текстов и т.п.
Информационная модель – это модель объекта, процесса или явления, в которой представлены информационные аспекты моделируемого объекта, процесса или явления. Она является основой разработки моделей ИС.
При изучении нового объекта сначала обычно строится его описательная модель, затем она формализуется, те есть выражается с использованием математических формул, геометрических объектов и т.д.
1.3.1 Диаграмма Ганта
Сетевой график (Gantt Chart или Диаграмма Ганта) - это популярный вид диаграммы (придуманный Генри Гантом), используемый для планирования и контроля выполнения проекта.
Сетевой график удобен для управления временем проекта. Задавая планируемую длительность каждой задачи и зависимости между задачами - можно легко получить теоретический срок проекта (критический путь). А посмотрев на сетевой график во время выполнения проекта, можно быстро оценить, насколько достигаются запланированные сроки, и ввести соответствующие корректировки.
Диаграмма Ганта (англ. Gantt chart) представляет собой особый тип диаграмм столбчатого типа. Диаграмма Ганта применяется для графического представления плана или графика работ по какому-либо направлению финансово-хозяйственной деятельности предприятия.
Диаграмма Ганта ориентирована путем размещения отдельных предполагаемых событий вдоль оси времени. Задачи, расположенные во временном ряду, направлены на реализацию определенного проекта. В диаграмме могут быть отражены совокупные задачи, проценты завершения проекта на отдельных его этапах. На рис.3 представлена разработанная мною диаграмма Ганта в Excel.
Рис.3.
В настоящее время диаграмма Ганта выступает инструментом для внушительного вида направлений деятельности предприятий (графики проектов, отпусков, тренингов, рекламные компании и т.д.).
Графическое представление запланированного сценария решения задач являются удобным средством анализа процессов и решения различного рода организационных вопросов при реализации инвестиционного проекта. Диаграмма Ганта может выступать простым и доступным средством представления информации различного рода при применении всех групп методов. Построение временного графика с указанием сроком решения отдельных запланированных задач минимизирует риски, связанные с выполнением инвестиционного проекта. Он создает основу для расчета потоков финансового обеспечения инвестиционного проекта и позволяет определить, какие операции являются "критическими" и, следовательно, должны выполняться строго по графику. Календарные планы реализации проекта могут быть составлены либо в традиционной форме в виде линейных графиков, либо в виде сетевых графиков, удобных для планирования и управления сложными работами и процессами в непрерывно изменяющихся условиях.
Диаграмму Ганта можно считать инструментом визуализации, объединяющий синхронизацию задач и ресурсов в рамках отдельного направления экономической деятельности. Применение диаграммы Ганта повышает эффективность планирования в сложных и крупных проектах, в небольших группах, при жестком планировании сроков. Данный вид планирования позволяет реализовать контролирующую функцию менеджмента путем сверки графических форм представления текущих процессов с фактическим ходом работ.
Для разработки диаграммы Ганта так же есть специальная среда – Planner. Planner - это приложение для управления проектами с открытым исходным кодом, разработанное исключительно для операционной системы Linux.
Планировщик использует среду рабочего стола GNOME для Linux для его включения. Это по сути означает, что удаленный логин и дистанционная работа с ним невозможны, так как он должен быть установлен локально на каждом компьютере, желающем его запустить.
Planner является отличным вариантом для некоммерческих проектов, так как он делает много вещей, которые может сделать гораздо более дорогая программа для групповой работы, хотя и с гораздо более дерзким интерфейсом. Кроме того, он также может быть полезен для начинающих руководителей проектов. Уникальные черты
Простой в использовании интерфейс.
Поддержка диаграммы Ганта.
Использование ресурсов.
Просмотр задачи.
Постоянно обновляемый.
При разработке АИС «Школа» так же необходимо полное распределение времени на выполнение определенных работ. Это связано с тем, что внедрение информационной системы и обучение сотрудников работе в ней ограничено 3 месяцами, то есть во время летних каникул.
Поэтому, в связи с ограничением времени, я разработала диаграмму Ганта для выполнения работ. Цель данной диаграммы для данного случая – уложиться по времени выполнения работ, расчет экономической оценки, расчет затрат.
Рис.4
Данная диаграмма точно расписывает выполнение работ, их сроки, и процент выполнения на текущую дату.
1.3.2 SUB-моделирование.
Методология IDEF0
Описание системы с помощью IDEF0 называется функциональной моделью. Функциональная модель предназначена для описания существующих бизнес-процессов, в котором используются как естественный, так и графический языки. Для передачи информации о конкретной системе источником графического языка является сама методология IDEF0.
Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности.
Рис.5.
На представленных моделях IDEF0 иерархически показана работа разрабатываемой мной системы. На Рис.5 представлены система в целом – «Школа» с ее входными и выходными данными, а вот на Рис.6 изображена одна из декомпозиций системы – работа школы в целому, с указанием ее подсистем.
Каждая сущность имеет свои входные и выходные данные. Все сущности взаимосвязаны друг с другом при помощи использования смарт-карт.
Рис.6.
На рисунке 7 изображено функционирование непосредственно подсистемы «Библиотека». На этой диаграмме представлена иерархическая последовательность действий обладателя смарт-карт. Также все объекты взаимосвязаны, имеют свой функционал.
Рис.7.
Методология IDEF3
IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев. Сценарием (Scenario) мы называем описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота. Задачи такого моделирования:
Документировать имеющиеся данные о технологии процесса.
Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов.
Содействовать принятию оптимальных решений при реорганизации технологических процессов.
Рис.8.
На рисунке 8 изображена школьная система в целом, с указанием, какие объекты есть в наличие у этой системы, а также с указанием документооборота.
На следующем рисунке (Рис.9) уже расписана непосредственная работа самой системы. Она включает в себя и различные подсистемы, описание сотрудников, принимающих непосредственное участие в работе данной системе.
Рис.9.
Рис.10.
На рисунке 10 представлена работа подсистемы «Использование смарт-карт». Работа данной подсистемы заключается в обработке штрих-кодов на смарт–картах, обработке хранящейся на них информации, а также в выполнении конкретных запросов и отчетов по работе со смарт-картами.
На диаграмме представлен полный функционал данной подсистемы.
Методология DFD
Стандарт описания бизнес-процессов DFD — Data Flow Diagram переводится как диаграмма потоков данных и используется для описания процессов верхнего уровня и для описания реально существующих в организации потоков данных.
Созданные модели потоков Данных организации могут быть использованы при решении таких задач, как:
Определение существующих хранилищ данных.
Определение и анализ данных, необходимых для выполнения каждой функции процесса.
Подготовка к созданию модели структуры данных организации.
Выделение основных и вспомогательных бизнес-процессов организации.
Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. DFD представляет моделируемую систему как сеть связанных работ.
Рис.11
На диаграмме DFD (рис.11) изображены таблицы. В каждую таблицу внесены поля, необходимые для работы с этими данными. На основании этой модели уже можно строить базу данных.
1.3.3 UML-модели
Модель UML ‒ это совокупность конечного множества конструкций языка, главные из которых ‒ это сущности и отношения между ними.
Диаграмма прецедентов (use case diagram).
Любые (в том числе и программные) системы проектируются с учетом того, что в процессе своей работы они будут использоваться людьми и/или взаимодействовать с другими системами. Сущности, с которыми взаимодействует система в процессе своей работы, называются экторами, причем каждый эктор ожидает, что система будет вести себя строго определенным, предсказуемым образом. Попробуем дать более строгое определение эктора.
Эктор (actor) - это множество логически связанных ролей, исполняемых при взаимодействии с прецедентами или сущностями (система, подсистема или класс). Эктором может быть человек или другая система,
Рис.12
На представленной диаграмме (Рис.12.) можно увидеть, какова динамическая система в школе. Имеется 3 центральных эктора – это школьник, сотрудник и финансовая система. Экторы сотрудник и школьник привязаны к таким сущностям, как смарт-карты и действия с ними, а также права и обязанности, закрепленные за каждым эктором.
Работа со смарт-картами непосредственно исполняет финансовая система – выдает эти смарт-карты, а также решает проблемы с выполненным действий по картам.
Из всего сказанного выше становится понятно, что диаграммы прецедентов относятся к той группе диаграмм, которые представляют динамические или поведенческие аспекты системы.
