Файл: проектирование информационной системы для торгового предприятия.pdf

Содержание:

ВВЕДЕНИЕ

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

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

Цель курсовой работы - закрепление навыков по проектированию информационных систем.

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

При написании курсовой работы ставится несколько задач:

• анализ и выбор технологии проектирования информационных систем;
• анализ средств проектирования информационных систем;
• анализ подходов проектирования информационных систем;
• проектирование поставленной задачи по выбранной технологии.

Для написания проекта используется объектно–ориентированный подход, средством моделирования проекта является Rational Rose, технологией проектирования - технология RAD.

Глава 1. Аналитическая часть

1.1 Описание предметной области. Постановка задачи

В организации в режиме реального времени фиксируется количество товаров, срок поступления и поставщик.

Каждый товар принадлежит к определенной категории.

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

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

Формирует заказы и оформляет поступление товаров менеджер по закупкам.

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

Перечень бизнес-процессов представлен в Таблице 1.

Таблица 1. Перечень бизнес-процессов

Операции бизнес-процесса представлены в Таблице 2.

Таблица 2. Операции бизнес-процессов

Описание документов бизнес-процесса представлено в Таблице 3.

Таблица 3. Документы бизнес-процессов

Автоматизированная информационная система должна содержать:

• справочник товаров (просмотр, добавление, изменение, удаление и поиск информации о товарах);
• справочник категорий (просмотр, добавление, изменение, удаление и поиск информации о категориях);
• справочник поставщиков (просмотр, добавление, изменение, удаление и поиск информации о поставщиках);
• документ заказа поставщику (просмотр, добавление, изменение, удаление информации о документах заказа, а также о позициях заказа, поиск информации по документам заказа поставщику);
• документ оприходования (просмотр, добавление, изменение, удаление информации о документах оприходования, а также о позициях документа оприходования, поиск информации по документам оприходования);
• отчет о товарах в наличии.

Система должна осуществлять расчет суммы по документам.

1.2 Предлагаемые мероприятия по улучшению бизнес-процессов

Существует задача по составлению заказов поставщикам.  Технология решения этой задачи предполагает, что менеджер смотрит отчет по наличию товаров и самостоятельно определяет необходимость позиции товара в заказе, а также требуемое количество.  Показателем данного процесса будет «Скорость составления заказа» - среднее время, прошедшее от формирования отчета по наличию товаров до передачи заказа поставщику. Сейчас это время составляет 40 минут.

Обозначим цель совершенствования существующей технологии следующим образом: нужно уменьшить скорость составления заказа поставщику вдвое (сделать так, чтобы заказ формировался за 20 минут). Теперь проанализируем пути достижения данной цели.

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

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

Глава 2. Проектная часть

2.1 Выбор средства для моделирования предметной области решаемой задачи

При создании программы будет использован метод объектно-ориентированного подхода. Он подходит для относительно небольших проектов. Объектно-ориентированный подход является хорошим решением при разработке программных проектов, так как конечная программа наиболее точно соответствует смыслу предметной области за счет описания компонентов системы в виде объектов. Кроме того систему легко адаптировать к изменению существующих или появлению новых требований.

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

RAD (rapid application development)  — концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы.

Основателем RAD считается сотрудник IBM Джеймс Мартин, который в 1980-х годах сформулировал основные принципы RAD, основываясь на идеях Барри Боэма и Скотта Шульца. А в 1991 году Мартин опубликовал книгу, в которой детально изложил концепцию RAD и возможности её применения. С конца XX века RAD получила широкое распространение и одобрение. В настоящее время RAD становится общепринятой схемой для создания средств разработки программных продуктов. Именно средства разработки, основанные на RAD, имеют наибольшую популярность среди программистов.

Среды разработки, использующие принципы RAD: Borland Delphi, Borland C++ Builder, Microsoft Visual Studio, IBM Lotus Domino Designer , Macromedia Flash и другие.

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

Применение технологии RAD целесообразно, когда:

• требуется выполнение проекта в сжатые сроки (90 дней). Быстрое выполнение проекта позволяет создать систему, отвечающую требованиям сегодняшнего дня. Если система проектируется долго, то весьма высока вероятность, что за это время существенно изменятся фундаментальные положения, регламентирующие деятельность организации, то есть, система морально устареет еще до завершения ее проектирования.
• нечетко определены требования к ПО. В большинстве случаев заказчик весьма приблизительно представляет себе работу будущего программного продукта и не может четко сформулировать все требования к ПО. Требования могут быть вообще не определены к началу проекта либо могут изменяться по ходу его выполнения.
• проект выполняется в условиях ограниченности бюджета. Разработка ведется небольшими RAD группами в короткие сроки, что обеспечивает минимум трудозатрат и позволяет вписаться в бюджетные ограничения.
• интерфейс пользователя (GUI) есть главный фактор. Нет смысла заставлять пользователя рисовать картинки. RAD технология дает возможность продемонстрировать интерфейс в прототипе, причем достаточно скоро после начала проекта.
• проект большой, но поддается разделению на более мелкие функциональные компоненты. Если предполагаемая система велика, необходимо, чтобы ее можно было разбить на мелкие части, каждая из которых обладает четкой функциональностью. Они могут выпускаться последовательно или параллельно (в последнем случае привлекается несколько RAD групп).
• ПО не обладает большой вычислительной сложностью.