Проектирование информационных систем на предприятии (стр. 4 из 4)
Рисунок 11 - Декомпозиция блока «Оформление покупки Автотранспорт»
Рисунок 12 - Декомпозиция блока «Оформление покупки Здания и сооружения»
Рисунок 13 - Декомпозиция блока «Оформление ОС (регистрация, страхование)»
Рисунок 14 - Декомпозиция блока «Учет ОС»
6. Логическая и физическая модели данных
Логическая модель (Рисунок 15).Логическое проектирование необходимо для выделения взаимосвязанных сущностей, для описания их атрибутов и создания общей логической схемы проекта. Для построения логической модели необходимо определить основные понятия, которыми необходимо оперировать при проектировании информационной системы в общем и инфологической схемы в частности.
Основными элементами являются:
Сущность – объект информационной системы (таблица), имеющий ряд атрибутов (свойств, или полей таблицы);
Атрибут – характеристика сущности, имеющая ряд собственных свойств, таких как тип поля, его длина, возможность нулевого значения и т.д.;
Физическая модель(Рисунок 16). Целью создания физической модели является обеспечение администратора соответствующей информацией для переноса логической модели данных в СУБД.
ERwin поддерживает автоматическую генерацию физической модели данных для конкретной СУБД. При этом логическая модель трансформируется в физическую по следующему принципу: сущности становятся таблицами, атрибуты становятся столбцами, а ключи становятся индексами.
Рисунок 15 – Логическая модель данных
Рисунок 16 – Физическая модель данных
7. Диаграммы UML
Диаграммы вариантов использования (Рисунок 17). Вариант использования представляет собой последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое некоторым внешним объектом (действующим лицом). Вариант использования описывает типичное взаимодействие между пользователем и системой. В простейшем случае вариант использования определяется в процессе обсуждения с пользователем тех функций, которые он хотел бы реализовать.
Диаграммы взаимодействия( Рисунок 18). Эти диаграммы описывают поведение взаимодействующих групп объектов.
Как правило, диаграмма взаимодействия охватывает поведение объектов в рамках только одного варианта использования. На такой диаграмме отображается ряд объектов и те сообщения, которыми они обмениваются между собой.
Вторым видом диаграммы взаимодействия является кооперативная диаграмма (Рисунок 19).
Подобно диаграммам последовательности, кооперативные диаграммы (collaborations) отображают поток событий через конкретный сценарий варианта использования. На кооперативной диаграмме экземпляры объектов показаны в виде пиктограмм. Линии между ними обозначают сообщения, обмен которыми осуществляется в рамках данного варианта использования. Диаграммы последовательности упорядочены по времени, а кооперативные диаграммы больше внимания заостряют на связях между объектами.
Рисунок 17 - Диаграмма вариантов использования
Рисунок 18 – Диаграмма взаимодействия
Рисунок – 18 Диаграмма последовательности
8. Диалоговые окна автоматизированной подсистемы
Рисунок 19 - Шифры амортизаций
В данном окне вы сможете добавить, изменить и удалить подотчетное лицо текущего подразделения (Рисунок 20)
Рисунок 20 - Справочник подотчетных лиц
Рисунок 21 – в Этом окне вводятся данные нового основного средства
Рисунок 22 - Просмотр - ОС в подразделениях
Рисунок 22 - Просмотр - ОС в подразделениях
Рисунок 23 - Перемещение основных средств
Рисунок 24 - Расщепление оборудования
Заключение
В любой организации, как большой, так и маленькой, возникает проблема такой организации управления данными, которая обеспечила бы наиболее эффективную работу. Небольшие организации используют для этого шкафы с папками, однако крупные корпоративные предприятия используют компьютеризированные системы автоматизации, позволяющие эффективно хранить, извлекать информацию и управлять большими объемами данных.
Темпы внедрения новых технологий в компьютерной отрасли вызывают изумление. Компании, конкурирующие за рынки и прибыли, стремятся моментально реализовать технические новшества в аппаратных средствах, программном обеспечении и парадигмах вычислений, стимулирующих развитие всей технологии управления информацией. Однако для успешной реализации крупных систем управления требуется применить нестандартный подход, творческое решение. Использование основ эргономики при проектировании, реализации и внедрении системы управления позволит решить многие «психологические» и «технологические» проблемы предприятий.
В результате проделанной работы было автоматизировано два рабочих места бухгалтера. Стало возможным снижение числа служащих, занятых в работе по учёту основных средств. Значительно уменьшилось количество допускаемых ошибок при проведении стандартных операций бухгалтерского учета. Увеличилась скорость работы бухгалтерии и снизилась утомляемость операторов, занятых на учете основных фондов предприятия.
Список использованной литературы
1) RuGost - Разработка документации по ГОСТ [Электронный ресурс]: Режим доступа: http://www.rugost.com.
2) Кислов Д. В. «Учет основных средств: руководство для "упрощенцев"» [Текст]: Издательство: Налог Инфо, 2008 г.
3) Крутякова Т.Л. «Основные средства: бухгалтерский и налоговый учет» [Текст]: АйСи Групп 2007.
4) Буч Г., Рамбо Д., Джекобсон А. Язык UML. . [Текст] Руководство пользователя: Пер. с английского. – М.: ДМК, 2000. – 432 с.
5) Макальская М.Л., Денисов А.Ю. Самоучитель по бухгалтерскому учёту: Учебное пособие. [Текст] 10-е издание, переработанное и дополненное. – М.: Издательство "Дело и Сервис", 1999. – 496 с
6) Годин, В.В Управление информационными ресурсами: 17 – модульная программа [Текст] / И.К.Корнеев, В.В. Годин. – М.: Инфра-М, 2003. – 124 с.