Логотип Автор24реферат
Задать вопрос
Курсовая работа на тему: Проектирование информационной системы;
85%
Уникальность
Аа
24630 символов
Категория
Программирование
Курсовая работа

Проектирование информационной системы;

Проектирование информационной системы; .doc

Зарегистрируйся в два клика и получи неограниченный доступ к материалам,а также промокод Эмоджи на новый заказ в Автор24. Это бесплатно.

Создание программного продукта;
Тестирование;
Инструкция по эксплуатации.
Объектом исследования данной дипломной работы является данная программное приложения которая реализует функционал современного транспортной компании.
Предметом исследования данной курсовой работы является фирма по предоставлению услуг перевозки грузов и пассажиров. Данная фирма реализует перевозки по всему СНГ и учтен пожелания каждого клиента.
Для реализации поставленных задач будем использовать следующий программный инструмент:
Язык программирования С#;
Технология Windows Form;
Платформа разработки Visio studio 2012;
СУБД Microsoft ACCESS 2007;
Rational Rose 2007;
Microsoft Visio 2007
Описание и анализ предметной области
На первом этапе проектирования информационной системы необходимо выполнить описание предметной области, т.е. определить объекты предметной области.
В данном курсовой работе в качестве объектом предметной области является транспортная компания «Путь».
У компании на балансе стоит огромное количество транспортных средств. Основная задача которых перевозка грузов и пассажиров на малые, средние и длинные дистанции. При чем грузы могут быть любой массы и любых габаритов. Компании к каждому клиенту и грузу найдет подход и ее будет что клиенту предложить.
Работа с клиентами в компании организована следующим образом: у каждого клиента, пришедшего в транспортную компанию, собираются некоторые стандартные данные – фамилия, имя, отчество, адрес, телефон. После этого сотрудники компании выясняют у клиента какой груз, откуда и куда его нужно доставить. При этом клиенту ему демонстрируются различные варианты транспортных средств для реализации его потребностей. Наряду с этим, обсуждается возможная длительность сотрудничества на взаимовыгодных условиях. В случае если удалось договориться, и найти для клиента приемлемый вариант маршрута и транспортного средства, производится регистрация заказа (или несколько заказов, если клиент необходимы сразу несколько вариантов) и фиксируется дата заказа, маршрут, груз, цена. Иногда принимается решение о предоставлении клиенту некоторой скидки.
Компания работает с несколькими по мощности и виду транспортными средствами. Услуги транспортировки реализуются любое количество. Стоимость услуги зависит от длительности километража и транспортного средства.
Постоянные клиенты найдут весьма заманчивой предоставляемую систему скидок. Перемещать грузы или людей с транспортной компанией «Путь» не только удобно, но и выгодно.
Далее, в качестве дополнения данного подхода при анализе процессов функционирования транспортной компании, представим диаграмму предметной области в виде IDEF0 - модели.
На рисунку 1.1 представлено функциональное моделирование деятельности турагентства.
Рисунок 1.1 - Контекстная диаграмма процесса функционирования транспортной компании.
Главный функциональный блок декомпозируется для более подробного рассмотрения деятельности компании. На рисунке 1.2 представим декомпозицию контекстной диаграммы представленной на рисунке 1.1
Рисунок 1.2 - Декомпозиция первого рода основного процесса "Деятельность транспортной компании"
Как видно на данной диаграмме основной процесс разбивается на пять под процесса:
Формирование списков;
Обработка заказа;
Формирование заказа;
Оплата заказа;
Формирование отчетов.
Далее приведем декомпозицию третьего уровня процессов представленных на диаграмме на рисунке 1.2, смотрите рисунки 1.3, 1.4 ,1.5,1.6 и 1.7.
Рисунок 1.3 - Декомпозиция второго рода основного процесса "Формирование списков"
Рисунок 1.4 - Декомпозиция второго рода основного процесса "Обработка заказа"
Рисунок 1.5 - Декомпозиция второго рода основного процесса "Формирование заказа"
Рисунок 1.6 - Декомпозиция второго рода основного процесса "Оплата заказа"
Рисунок 1.7 - Декомпозиция второго рода основного процесса "Формирование отчетов"
И в завершении один из процессов нижних уровней представим при помощи диаграммы IDEF3, смотрите рисунок 1.8.
Рисунок 1.8 - Диаграмма IDEF3 процесса "Прием оплаты"
Основными исполнителями видов деятельности транспортной компании:
Клиент;
Менеджер;
И так на основании анализа предметной области и основного бизнес процессов деятельности турфирмы можно выделить следующие недостатки текущей деятельности:
Отсутствие учета персонала;
Отсутствие учета рабочего времени;
Отсутствие контроля рабочего времени;
Учет введется в бумажном виде;
Отсутствие вопросов стимулирования персонала;
Огромное время обслуживания;
Использования одного потока действия;
Осуществление отчетов только в бумажном виде
Специалист фирмы во многих случаев не могут оперативна выдать нужную информацию;
При такой организации информации часта теряется, не принося выгоды от ее использовании;
Огромный набор информации в виде бумаг не позволяет оперативно ее учитывать и обрабатывать, что приводит к тому, что очень важные решения принимаются с глубоким опозданием и не несут экономической выгоды;
При таком функционировании, на первое место, во многих случаев, выползает человеческий фактор. А это приводит к ошибкам в документах важных для компании;
обновление рукописных документов по учету заказов, грузов и услуг трудоемко, из-за чего возникают сбои и неточности обработки их;
руководителю компании, ввиду наличия в компании весьма большого количества работников, приходится тратить много времени для определения необходимых и целесообразности того или иного работника, хотя за это время можно было бы найти более компетентного;
в компании отсутствует автоматизированная система учета и контроля за заказами. Старая БД не соответствует современным стандартам, не помогает ускорить процесс, в виду отсутствии многих функций и старости оборудования, а это значит что, старая БД, не позволяет проводить оперативный анализ, экономический анализ и кадровый учет. Это в свою очередь не дает возможности компании оставаться конкурентоспособным;
Старая система позволяет вести учет грузов, маршрутов и заказов только в бухгалтерии, не содержит многих необходимых функций, например поиска данных и создание необходимых отчетов;
руководителям компании приходится тратить много времени для анализа целесообразности работника, а также для составления отчетности.
Данные недостатки будут исправлены путем введения современной информационной системы в виде многофункционального программного комплекса по учету заказов транспортной компании.
2 Обоснование требований к системе
В рамках обоснования требований к системе представим развернутое техническое задание на программный продукт:
Наименование программного изделия
Полное наименование программной разработки: ИС «Деятельность транспортной компании», в дальнейшем именуемая как «программа»

Зарегистрируйся, чтобы продолжить изучение работы

. Краткое название программы – ИС «Путь».
Применения
Программа ИС «Путь» предназначена для обработки и хранения данных необходимых для полного функционирования транспортной компании. Может устанавливаться на всех ПК каждой туристической компании СНГ.
Документ, на основании которого ведётся разработка
Работа ведётся на основании задания на курсовое проектирование В рамках курсовой работы необходимо создать программный продукт который будет реализовывать функционал транспортной компании. Данное приложение очень актуально, так как позволяет систематизировать и собрать в себе всю информацию по данной теме, и далее, что очень важно, выдать эту информацию пользователю в нужном формате. Программный продукт новый, не имеет аналогов, очень эффективный, может применятся немедленно, кроме этого вполне подвержен модернизации, что увеличивает его привлекательность. Приложение простое и имеет интуитивно понятный интерфейс.
Состав выполняемых функций
Программа должна обеспечивать возможность выполнения перечисленных ниже свойств:
Гибкость - настраивается на любую структуру, для широкого круга деятельности.
Безопасность - ограничение общего доступа к заранее определенным ресурсам БД.
Целостность и доступность - заказы в базе данных транспортной компании по предоставлению услуг транспортного характера должны быть представлены в общепринятых в организации форматах защищенных от изменений.
Использование форм и шаблонов - позволит использовать типовые документы с возможностью изменений определённых полей.
Возможность поиска - фильтрация по БД.
Возможность подключения независимых модулей
Импорта данных из внешних источников данных в текущую БД.
В процессе своего функционирования программа должна выполнять следующий функционал:
Добавление, удаление, обновление и поиск информации о клиентах;
Добавление, удаление, обновление и поиск информации о менеджерах;
Добавление, удаление, обновление и поиск информации о грузах;
Добавление, удаление, обновление и поиск рейсах по данному заказу;
Добавление, удаление, обновление и поиск информации о заказах;
Добавление, удаление, обновление и поиск информации о транспортных средствах;
Получение информации о заказах по клиентам;
Получение информации о заказах по менеджеру;
Получение информации о заказах по дате;
Получение информации о заказах по грузу;
Получение информации о заказах по статусу;
Поиск заказов по клиенту;
Поиск по менеджеру;
Поиск по статусу;
Поиск по дате;
Авторизация системы.
Организация входных и выходных данных
В процессе работы программы входной информацией для программы должны являться: информация о клиентах, менеджерах, заказах, грузах, транспортных средствах и рейсах по данному заказу.
В процессе работы программы выходной информацией для программы должны являться: информация о клиентах, менеджерах, заказах, грузах, транспортных средствах и рейсах по данному заказу.
Временные характеристики, и размер занимаемой памяти
Время реакции программы на нажатие любой из клавиш и манипуляции мышью не должно превышать 0,25 с, в случае соответствия системных ресурсов требованию к составу и параметрам технических средств. Реакция на команды меню, кроме Открытия, Сохранения, Поиска не должна превышать 2 с. Реакция на команды Открытия, Сохранения, Поиска зависит от размера файла данных и настроек поиска.
Объем занимаемой оперативной памяти не должен превышать 8 Мбайт.
Требования к надежному функционированию
Программа должна нормально функционировать при бесперебойной работе ЭВМ. При возникновении сбоя в работе аппаратуры, восстановление нормальной работы программы должно производиться после: перезагрузки операционной системы; запуска исполняемого файла программы; повторного выполнения действий, потерянных до последнего сохранения информации в файл на магнитном диске.
Уровень надежности программы должен соответствовать технологии программирования, предусматривающей: инспекцию исходных текстов программы; автономное тестирование модулей (методов) программы; тестирование сопряжении модулей (методов) программы; комплексное тестирование программы.
Контроль входной и выходной информации
Программа должна контролировать выбор пользователя пункта меню "Выход" и предупреждать его о потере "не сохраненных изменений".
Время восстановления после отказа
Время восстановления после отказа должно состоять из: времени перезапуска пользователем операционной системы; времени запуска пользователем исполняемого файла программы; времени повторного ввода потерянных данных.
Условия эксплуатации
Программа должна храниться в виде двух маркированных дисках копиях - эталонной и рабочей. Периодическая перезапись информации должна осуществляться согласно нанесенной маркировке. Условия хранения дисков должны соответствовать нанесенной на них маркировке.
Требования к составу и параметрам технических средств
Рекомендуемая конфигурация ПК:
Операционная система: Windows 7/8/8.1/10;
Процессор: Intel Core i3/ AMD FX 4330 или мощнее;
Видеокарта: AMD Radeon 1Gb/ nVidea GeForse 640 1Gb или мощнее;
Оперативная память: 1Gb DDR3 RAM и более;
Жесткий диск: 100Mb свободного места;
Разрешение экрана: 1920X1080, 32 бит;
Звуковая карта: совместимая с DirectX 9.0
Другие устройства: клавиатура, мышь;
Необходимые программные компоненты: Библиотека Microsoft. NET Framework 4.5
Требования к языкам программирования
Разработка программы должна вестись на одном из следующих языков:
Microsoft Visual Basic v5.0 и выше.
Microsoft Visual C v5.0 и выше.
Borland Delphi v4.0 ив выше.
Microsoft Visio Studio 2012 и выше
Выбор других языков нецелесообразен.
Требования к программным средствам, используемым программой
Для работы программы необходима операционная система WINDOWS 7 и более поздняя, драйвера мыши и принтера.
Требования к программной документации
Состав программной документации должен включать следующие документы: Инструкцию по эксплуатации программного средства
Стадии и этапы разработки
Разработка программы должна выполняться по следующим этапам:
1) разработка, согласование и утверждение технического проекта программы с пояснительной запиской - 5 недель;
2) разработка рабочего проекта программы с комплексным тестированием - 6 недель;
3) приемка-сдача с исправлением обнаруженных недостатков в программе и программной документации - 2 недели.
4)внедрение.
Виды испытаний
Проверка документации программы осуществляется самим заказчиком с привлечением сторонних экспертов, способных засвидетельствовать факт соответствия созданного программного продукта всем пунктам технической документации, включая техническое задание и технический проект.
Испытания и тестирование программы должны проводиться в процессе создания программы самим разработчиком:
1. C использованием контрольных тестов, позволяющих добиться проверки правильности работоспособности и взаимной совместимости максимального числа функций и операторов программы или модуля при минимальных затратах временных и финансовых ресурсов.
2. Путем пошагового исполнения программы или модуля (и непрерывного контроля значений переменных) в соответствии с набором тестовых примеров и сравнения полученных в процессе тестирования значений с контрольными значениями тестовых примеров.
3. С привлечением сторонних неофициальных бета-тестеров, которые в процессе тестирования программного продукта должны сообщать разработчику все найденные ошибки и неточности в работе программы.
и проверка документации должна проводиться.
Испытания и тестирование программы должны проводиться после завершения создания программы заказчиком:
1. С использованием проверочных тестов, составляемых заказчиком заблаговременно.
2

50% курсовой работы недоступно для прочтения

Закажи написание курсовой работы по выбранной теме всего за пару кликов. Персональная работа в кратчайшее время!

Промокод действует 7 дней 🔥
Больше курсовых работ по программированию:

Проектирование информационной системы формирования контекстной интернет-рекламы

59112 символов
Программирование
Курсовая работа
Уникальность

Оптимизация программных систем

45230 символов
Программирование
Курсовая работа
Уникальность
Все Курсовые работы по программированию
Найди решение своей задачи среди 1 000 000 ответов
Крупнейшая русскоязычная библиотека студенческих решенных задач