Курсовой Кондин А. Курсовой Кондин А.И (ОБРАЗЕЦ). Курсовой проект проектирование информационной системы Учёт расходных материалов Пояснительная записка

• Название: Курсовой проект проектирование информационной системы Учёт расходных материалов Пояснительная записка
• Анкор: Курсовой Кондин А.И
• Дата: 06.11.2022
• Размер: 1.82 Mb.
• Имя файла: Курсовой Кондин А.И (ОБРАЗЕЦ).docx
• Тип: Курсовой проект; #771989
• страница: 1 из 3

Министерство образования Красноярского края
краевое государственное бюджетное

профессиональное образовательное учреждение

«Канский технологический колледж»

специальность 09.02.04 Информационные системы (по отраслям)
КУРСОВОЙ ПРОЕКТ
Проектирование информационной системы «Учёт расходных материалов»
Пояснительная записка

Руководитель (М.А.Полякова)

Разработал студент (А.И.Кондин)

г. Канск, 2021
СОДЕРЖАНИЕ

Введение		6
1 Теоретическое обоснование этапа проектирования информационных систем		7
Актуальность и значение проектирования при разработке информационных систем		7
Основные этапы проектирования и их характеристики		8
Средства проектирования		9
2 Предпроектное исследование		11
Анализ предметной области		11
Анализ существующих систем		12
Формирование требований к ИС		13
Разработка концепций ИС		14
Технико-экономическое обоснование		15
Техническое задание		21
3 Техническое проектирование		26
Концептуальное проектирование		26
Даталогическое проектирование		26
Физическое проектирование		27
Заключение		31
Список используемых источников		32
Приложение А(обязательное) – Диск с программным продуктом		33

ВВЕДЕНИЕ
На современных предприятиях огромное внимание уделяется техническому оснащению рабочих мест и обновлению старых технологий и систем учета их реализации. Это обусловлено наличием конкуренции между предприятиями, занимающимися схожими видами деятельности. В таких условиях только качество технического оснащения и услуг может привлечь и удержать потребителя. Качество играет ключевую роль и является индикатором развития экономики предприятия.

Актуальность информационных систем заключается в структуризации и упорядоченности необходимой информации, хранящейся в больших объемах и схожих по тематике. В качестве примера: информационные системы позволяют людям, не отходя от рабочего места, узнать все необходимые данные о документации и наличии изделий, хранящихся на складе и полностью, или частично избавиться от бумажного документооборота, который имеет ограниченный срок службы, в отличие от электронных средств хранения данных. Информационные системы используют все организации, без исключений.

Проблема заключается в том, что существующая информационная система на предприятии является морально устаревшей, поэтому требуется внедрение новой системы, которая сможет полностью заменить существующую ИС, при этом быть более оптимизированной, иметь достаточно функций для выполнения работы по планированию выпуска издательской продукции.

Целью данного проекта является проектирование новой информационной системы на предприятие, которая сократит время учета расходных материалов и уменьшит количество ошибок в работе.

Объектом курсового проекта является учет расходных материалов.

Предметом курсового проекта является информационная система «Учет расходных материалов».

Задачи:

• 
  Проанализировать предметную область для выбора оптимального решения.
  
• 
  Определить основные этапы и их характеристики.
  
• 
  Определиться со средствами проектирования.
  
• 
  Спроектировать информационную систему.
  
• 
  Сформировать требования к информационной системе учета.
  
• 
  Разработать информационную систему.
  

1. 
   Теоретическое обоснование этапа проектирования информационных систем
   

1.1 Актуальность и значение проектирования при разработке информационных систем
Актуальность задачи автоматизации учета расходных материалов возрастает при наличии большого количества заказов на ремонт техники. Возникает необходимость отслеживания движений по ним, таких как появления новых, замена старых, процесс ремонта, а также учет в соответствии с рабочим местом отдельного сотрудника и поиск нужной информации. Наибольшая потребность знать, где и какая единица находится, оперативно отслеживать изменения, связанные с оборудованием, возникает у ИТ-подразделений.

Организовать систему учёта расходных материалов в учреждении сейчас не возможно без дополнительно установленного на компьютер программного обеспечения.

Ранее весь учет расходных материалов осуществлялся вручную с помощью журналов учета. С каждым годом количество материалов возрастало, и наконец, назрела необходимость автоматизации этого учета в группе автоматизации.

Из-за больших объемов ручной работы при ведении учета возникают следующие проблемы:

– низкая скорость оперативного учета, сбора, хранения и обработки информации;

– высокая трудоемкость обработки информации;

– низкая оперативность, снижающая качество управления объектом;

– несовершенство организации сбора и регистрации исходной информации;

– некорректный учет результатов деятельности специалистов группы автоматизации;

– некорректный анализ сервиса работы специалистов группы автоматизации;

– замедление документооборота.

С помощью автоматизации управленческой функции возможно решение всех вышеперечисленных проблем. Автоматизированная система должна выполнять оперативный учет расходных материалов и оформление необходимых сопроводительных документов.

2. 
   Основные этапы проектирования и их характеристики
   

Каждый проект, независимо от сложности и объема работ, необходимых для его выполнения, проходит в своем развитии определенные состояния: от состояния, когда «проекта еще нет», до состояния, когда «проекта уже нет». Под этапами будем понимать совокупность ступеней развития проекта от возникновения идеи до полного завершения проекта. В определении количества этапов и их содержания имеются некоторые отличия, поскольку эти характеристики во многом зависят от условий осуществления конкретного проекта и опыта основных участников. Тем не менее, логика и основное содержание процесса разработки ИС почти во всех случаях являются общими. Обычно выделяют следующие этапы создания проекта ИС:

Анализ. Задача формирование требований к системе является одной из наиболее ответственных, трудно формализуемых, и наиболее дорогих и тяжелых для исправления в случае ошибки. Анализ деятельности организации, выполняемый на данном этапе, должен помочь в формировании требований к ИС, корректно и точно отражающих цели и задачи организации - заказчика. Наряду с изучением требований пользователя и имеющихся систем на этапе анализа необходимо создать логический проект системы. С помощью логического проектирования необходимо определить концептуальную модель данных, входные данные, процессы и предполагаемые выходные данные. Моделирование данных, выполняемое на данном этапе, включает в себя выявление и описание объектов и их атрибутов, а также связи между сущностями (описание модели в виде ER-диаграммы). Описание и документирование всех преобразований данных (процессов) может быть выполнено с помощью таких средств анализа, как схемы информационных потоков (DFD – data flow diagram) или моделей функций и процессов. Конечной целью моделирования бизнес-процессов, протекающих в организации и реализующих ее цели и задачи является построение моделей организации, описанных в терминах бизнес-процессов и бизнес-функций. На этом же этапе изучаются имеющееся оборудование и программные средства. Результатом анализа должно стать лучшее понимание функционального назначения системы, существующие и потенциальные проблемы, а также сфера ее действия.

На этом этапе конечные пользователи и проектировщики должны работать сообща.

Проектирование. На данном этапе формируются модели данных. Проектировщики в качестве исходной информации получают результаты анализа. Полученная в результате анализа информационная модель сначала преобразуется в логическую, а затем в физическую модель данных. Параллельно с проектированием схемы базы данных выполняется проектирование процессов, чтобы получить описания (спецификации) всех модулей ИС. Оба эти процесса проектирования тесно связаны, поскольку часть бизнес - логики обычно реализуется в БД (ограничения целостности, триггеры, хранимые процедуры). При проектировании модулей определяют интерфейсы программ: меню, вид окон, горячие клавиши и связанные с ними вызовы.

Реализация. На этом этапе осуществляется создание всех компонент ПО ИС, установка технических средств, разработка эксплуатационной документации.

Этап тестирования обычно оказывается распределенным по времени.

А) после завершения разработки отдельного модуля системы выполняют автономный тест, который преследует следующие цели: – обнаружение отказов модуля (жестких сбоев); – соответствие модуля спецификации (наличие всех необходимых функций и отсутствие лишних функций). Б) После того как автономный тест успешно пройден, модуль включается в состав разработанной части системы, и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние. После тестирования на взаимное влияние модулей необходимо выполнить еще ряд тестов: В)тесты на проверку надежности работы:1) тест имитации отказов, демонстрирующий, насколько хорошо система восстанавливается после сбоев ПО и отказов аппаратного обеспечения; 2) тест наработки на отказ (устойчивость системы при штатной работе для оценки времени безотказной работы системы); 3) системный тест (проверка функциональности системы); 4) приемо-сдаточные испытания (такой тест предусматривает показ ИС заказчику и должен содержать группу тестов, моделирующих реальные бизнес-процессы, чтобы показать соответствие реализации требованиям заказчика). Как правило, тестирование и эксплуатация занимают от 50% до 60% общего времени разработки ИС.

Ввод в действие. Эксплуатация и сопровождение.После ввода в действия организуется обучение конечных пользователей. Практически сразу после ввода системы в строй конечные пользователи начинают просить внести в нее изменения. Внесение изменений и исправлений выполняется службой сопровождения системы, работающей в трех направлениях: – корректирующее обслуживание – как ответ на возникающие ошибки системы; – адаптивное обслуживание – как ответ на изменение корпоративной среды; – усовершенствование – расширение возможностей системы.

3. 
   Средства проектирования.
   

CASE-средства (от Computer Aided Software/System Engineering) – позволяют проектировать любые системы на компьютере. Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Результат использования CASE-средств- оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок.

Моделирование деловых процессов, как правило, выполняется с помощью case-средств. К таким средствам относятся ERwin Data Modeler r7, Process Modeler r7, Rational Rose (Rational Software), Silverrun (Silverrun technology), Oracle Designer (Oracle) и др. 

Process Modeler r7 – мощный программный продукт, с помощью которого можно проводить моделирование, анализ, описание и последующую оптимизацию бизнес-процессов. С помощью Allfusion Process Modeller r7 можно создавать графические модели бизнес-процессов. Имеет три методологии - IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. Графическое изображение схемы выполнения работ, организации документооборота, обмена различными видами информации позволяет визуализировать существующую модель организации

При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново или она будет открыта из файла либо из репозитория ModelMart, затем внести имя модели и выбрать методологию, в которой будет построена модель.

ERwin Data Modeler r7 – CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания.

Rational Rose 2003- представляет собой CASE средство проектирования и разработки информационных систем и программного обеспечения для управления предприятиями. Так же применяется для анализа и моделирования бизнес процессов.с использованием ATL (Microsoft Active Template Library), Web-Классов, DHTML и протоколов доступа к различным базам данных;

Microsoft Office Access или просто Microsoft Access — реляционная система управления базами данных (СУБД) корпорации Microsoft. Входит в состав пакета Microsoft Office. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

2 Предпроектное исследование
2.1 Анализ предметной области
Фирма занимается: ремонтом цифровой техники, продажей цифровой техники, создание сайтов, продажей периферии, печать и ксерокопия документов.

При ремонте, а также при печати используются расходные материалы: запасные детали, комплектующие, бумага и т.д. Необходимо вести учет материалов, записываются проданные материалы, их количество, продавец, при оптовой продаже указывается номер договора.

При печати или ксерокопии продавец записывает количество листов необходимых для печати.

При оформлении заявки на ремонт менеджер указывает вид оказываемой услуги, Ф.И.О., номер телефона, необходимые материалы для ремонта, сдаваемое оборудование.

Поставка материалов, инструментов, продаваемой продукции производится через поставщиков, руководитель составляет заказ и отправляет копию документа поставщикам.

Кладовщик составляет документа учета материалов на складе, при необходимости пишет запрос директору запрос о пополнении или списания материалов.

При поступлении новых материалов кладовщик распределяет их по складу и рабочим.

При поступлении нового заказа менеджер распределяет работу между сотрудниками, а также распределяет материалы для выполнения заказа.

Предусмотреть возможность получения следующей информации:

1) Перечень заказчиков для данного филиала, либо по всей компании.

2) Перечень материалов поступивших за последний месяц, материалов не проданных за год.

3) Полную информацию о заказчике по фамилии: номер заказа, заказываемые материалы, их количество, задолженность.

4) Перечень заказываемых материалов.

5) Перечень поставщиков.

На рисунке 1 изображена контекстная диаграмма «Как есть».

Рисунок 1 – IDEF 0 «Как есть»