Курсовой Кондин А. Курсовой Кондин А.И (ОБРАЗЕЦ). Курсовой проект проектирование информационной системы Учёт расходных материалов Пояснительная записка
 Скачать 1.82 Mb.
|
|
2.6.2 Назначение и цели создания (развития) системы 2.6.2.1 Назначение Информационная система «Учет расходных материалов» показывает, что функционирование организации более надежное и быстрое.  2.6.2.2 Цель создания системыЦель: сократить время учета расходных материалов и уменьшит количество ошибок в работе. 2.6.3 Требования к системе Требования к структуре и функционированию системы. Система должна быть централизованной, т.е. все данные должны располагаться в центральном хранилище. Система должна иметь трехуровневую архитектуру (можно привести общую схему, на которой определить уровни. Например, первый – источник, второй –хранилище, третий – отчетность). В Системе предлагается выделить следующие функциональные подсистемы: 1) подсистема сбора, обработки и загрузки данных, которая предназначена для реализации процессов сбора данных из систем источников, приведения указанных данных к виду, необходимому для наполнения подсистемы хранения даннях. 2)Подсистема хранения данных, которая предназначена для хранения данных в структурах, нацеленных на принятие решений. 3)Подсистема формирования и визуализации отчетности, которая предназначена для формирования отчетности. В качестве протокола взаимодействия между компонентами системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы должны использоваться специальные протоколы прикладного уровня, такие как: NFS, HTTP и его расширение HTTPS, NetBios/SMB, Oracle TNS. Для организации доступа пользователей к отчетности должен использоваться протокол презентационного уровня HTTP и его расширение HTTPS. Смежными системами являются: 1)Информационные системы оперативной обработки данных. 2)Информационные системы планирования. Источниками данных для Системы должны быть: 1)Информационная система управления предприятием (СУБД MS SQL). 2)Информационно-справочная система (СУБД MS SQL). 3)Информационная система обеспечения бюджетного процесса (СУБД Oracle). Перечень предпочтительных способов взаимодействия со смежными системами приведен ниже: 1)Информационная система управления предприятием – с использованием промежуточной базы данных (ПБД). 2)Информационно-справочная система – обмен файлами ОС определенного формата. 3)Информационная система обеспечения бюджетного процесса – интеграция «точка - точка».Система должна поддерживать следующие режимы функционирования: 1)Основной режим, в котором подсистемы выполняют все свои основные функции. 2)Профилактический режим, в котором одна или все подсистемы не выполняют своих функций. В основном режиме функционирования система должна обеспечивать: 1)Работу пользователей в режиме – 24 часов в день, 7 дней в неделю (24х7). 2)Выполнение своих функций – сбор, обработка и загрузка данных; хранение данных, предоставление отчетности. В профилактическом режиме система должна обеспечивать возможность проведения следующих работ: 1)Техническое обслуживание. 2)Модернизацию апаратно-программного комплекса. 3)Устранение аварийных ситуаций. Общее время проведения профилактических работ не должно превышать X% от общего времени работы системы в основном режиме (Y часов в месяц). Для обеспечения высокой надежности функционирования системы как системы в целом, так и её отдельных компонентов должно обеспечиваться выполнение требований по диагностированию ее состояния. Обязательно ведение журналов инцидентов в электронной форме, а также графиков и журналов проведения ППР. Для всех технических компонентов необходимо обеспечить регулярный и постоянный контроль состояния и техническое обслуживание. Требования к информационной безопасности. Обеспечение информационное безопасности системы должно удовлетворять следующим требованиям: 1)Защита системы должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер. 2)Защита системы должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ. 3)Программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики системы (надежность, быстродействие, возможность изменения конфигурации). 4)Разграничение прав доступа пользователей и администраторов системы должно строиться по принципу "что не разрешено, то запрещено". Требования к функциям, выполняемым системой. Таблица 3 – Перечень функций, задач подлежащей автоматизации
 3 Техническое проектирование3.1 Концептуальное проектирование Это начальная стадия проектирования, основной целью данного этапа является выяснение, формализация и документирование функциональных и информационных потребностей пользователей. Результаты этапа определяют состав и структуру базы данных будущей ИС. Для документирования требований к функциональности системы и ее базе данных могут использоваться как вербальные описания на естественном языке, так и формализованные системы, основанные на определенных соглашениях о представлении информации. Выполняется три функции: 1) Определение типов сущностей предметной области. 2) Определение типов связей между сущностями. 3) Определение атрибутов и связывание их с типами сущностей и связей. 4) Создание локальных концептуальных моделей данных в виде диаграмм “сущность - связь”.  Рисунок 4 – Концептуальное проектирование 3.2 Даталогическое проектирование Проектирование даталогической модели для упрощения работы с документацией и переход на автоматизированные системы управления, реляционной базы данных сводится к разбитию всей информации на файлы. В каждом файле крайне важно определить состав полей. Даталогическое проектирование в РБД, называемое также логическим проектированием – это построение схемы БД, т.е. совокупности схем отношений, которые адекватно отображают объекты предметной области и семантические связи между ними.  Рисунок 5 – Даталогическое проектирование 3.3 Физическое проектирование Физическое проектирование базы данных – процесс подготовки описания реализации базы данных на вторичных запоминающих устройствах; на этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты.Физическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого проектировщик принимает решения о способах реализации разрабатываемой базы данных. Во время предыдущего этапа проектирования была определена логическая структура базы данных (которая описывает отношения и ограничения в рассматриваемой прикладной области). Хотя эта структура не зависит от конкретной целевой СУБД, она создается с учетом выбранной модели хранения данных, например реляционной, сетевой или иерархической. Однако, приступая к физическому проектированию базы данных, прежде всего необходимо выбрать конкретную целевую СУБД. Поэтому физическое проектирование неразрывно связано с конкретной СУБД. Между логическим и физическим проектированием существует постоянная обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных. Рисунок 6 – Схема данных  Рисунок 7 – Форма «Заказчики»  Рисунок 8 – Форма «Сотрудники»  Рисунок 8 – Форма «Заявка на ремонт техники»  Рисунок 8 – Форма «Поставщики»  Рисунок 8 – Форма «Материалы»  Рисунок 8 –Запрос «Заявка на ремонт»  ЗАКЛЮЧЕНИЕВ результате выполнения курсового проекта была спроектирована автоматизированная информационная система для учета расходных материалов. В первом разделе были даны понятия проектирования информационных систем, методов и технологий проектирования ИС и средств разработки ИС. Это информация является теоретической базой для создания проекта будущей автоматизированной системы. Также была проведена сравнительная характеристика программных средств, реализующих разные методологии моделирования бизнес-процессов, с целью подобрать самый оптимальный вариант программного продукта проектирования ИС. Во втором – практическом разделе была описана предметная область, были описаны непосредственные процессы проектируемой ИС с обоснованием их необходимости и задачами ими выполняемыми. В ходе курсового проекте были исследованы три основные этапа: 1) Анализ предметной области. В ходе анализа предметной области, была выявлена цель, которая является автоматизация информационной деятельности для организации. 2) Проектирование логической модели. В данной главе описаны основные принципы и требования построения логической модели БД. Основной задачей на данном этапе исследования является разработка, и определение первичных и альтернативных ключей, разработка индексов, установка вида связей между таблицами, а также приведение модели к требуемому уровню нормальной формы. 3) Реализация Базы Данных. После описания логической модели выбирается необходимая СУБД и создается физическая модель. Основной задачей в данном разделе является непосредственно реализация БД на программном продукте. Необходимо сформулировать основные требования и задачи к будущей системе и, опираясь на поставленные критерии провести анализ и сравнение программ СУБД. В ходе исследования было решено использовать программу Microsoft Access. Заключительным этапом является разработка приложения к СУБД. Таким образом, разработанная база данных полностью отвечает предъявленным к ней требованиям. 4) Разработка приложения в среде Microsoft Access. Список используемых источниковГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. Введен с 01.01.1990г. – Москва: Стандартинформ, 2009. – 20с. ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. Введен с 01.01.1992г. – Москва: Стандартиформ, 2009. – 19 с. Гвоздева, Т.В. Проектирование информационных систем [Текст]: учеб. пособие для вузов / Т.В. Гвоздева, Б.А. Баллод. – Ростов-н/Д.: Феникс, 2012. – 508 с. Голицына, О.Л. Базы данных: (учеб. пособие для СПО) / О.Л. Голицына, Н.В. Максимов, И.И. Попов. – Изд. 2-е испр. и доп. – М.: ФОРУМ-ИНФРА, 2012. – 400 с. Голицына, О.Л. Информационные системы: учеб. пособие для вузов / О.Л. Голицына, Н.В. Максимов, И.И. Попов. – М.: Форум, 2013. – 496 с. – (Высш. образование) Кузовкин, А.В. Управление данными [Текст]: учебник для вузов / А.В. Кузовкин, А.А. Цыганов, Б.А. Щукин. – М.: Академия, 2012. – 254 с. Техническое задание [Электронный ресурс]//-Режим доступа: https://ru.wikipedia.org/wiki/Техническое_задание Фуфаев, Д.Э. Разработка и эксплуатация автоматизированных информационных систем [Текст]: учебник для СПО /Д.Э. Фуфаев, Э.В. Фуфаев. – М.: Академия, 2012. – 300 с. Приложение А(обязательное) Диск с программным продуктом |