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

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


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

Информация:

Тип работы: курсовая работа. Добавлен: 07.05.2012. Сдан: 2011. Страниц: 8. Уникальность по antiplagiat.ru: < 30%

Описание (план):


Негосударственное образовательное учреждение
высшего профессионального образования
«ИНСТИТУТ УПРАВЛЕНИЯ»
(г. Архангельск) 

Кафедра Информационных технологий 

Курсовая  работа 

по дисциплине 

«Проектирование информационных систем» 

Тема: «Формирование отчета о принятых и выполненных заказах поставщиками в разрезе по товарам» 
 
 
 

                Выполнил  студент: Молоков А.С.
                Факультет: экономический
                Курс:IV
                Группа:44-И
                Специальность: «Прикладная информатика в экономике»
                Проверил(а):Хозяинова  С.В.  
                 
                 

Архангельск
2011
     ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ           3
1 ТЕОРЕТИЧЕСКАЯ  ЧАСТЬ        4
2 ПРОЕКТНАЯ  ЧАСТЬ         9
2.1 Описание предметной области задачи      9
2.2 Постановка  задачи          11
2.2.1 Цель проектирования ИС        11
2.2.2 Основные  функции требующие автоматизации     11
2.2.3 Используемые документы и их описание      11
2.3 Построение модели потоков данных (IDF0, DFD) в BPwin   12
2.4 Построение модели данных (ERD) в Erwin      16
2.4.1 Логическая  модель данных        16
2.4.2 Физическая  модель данных        17
2.5 Создание базы данных         19
2.5.1 Таблицы  для хранения данных       19
2.5.2 Формы  для ввода информации       21
2.5.3 Запросы  для создания отчетов       22
2.5.4 Отчет            22
ЗАКЛЮЧЕНИЕ            24
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ     25 
 
 
 
 
 
 
 
 
 

     ВВЕДЕНИЕ
     Базы  данных (БД) составляют в настоящее  время основу компьютерного обеспечения  информационных процессов, входящих практически  во все сферы человеческой деятельности.
     Действительно, процессы обработки информации имеют  общую природу и опираются  на описание фрагментов реальности, выраженное в виде совокупности взаимосвязанных данных. Базы данных являются эффективным средством представления структур данных и манипулирования ими. Концепция баз данных предполагает использование интегрированных средств хранения информации, позволяющих обеспечить централизованное управление данными и обслуживание ими многих пользователей. При этом БД должна поддерживаться в среде ЭВМ единым программным обеспечением, называемым системой управления базами данных (СУБД). СУБД вместе с прикладными программами называют банком данных.
     Одно  из основных назначений СУБД поддержка  программными средствами представления, соответствующего реальности.
     Правильно организованная БД вместе с СУБД позволяет  экономить время
обработки информации, повышает эффективность и производительность работы с информацией, создает удобства обработки. Значение БД в современной жизни людей немало важно. Именно поэтому разработка и усовершенствование БД и СУБД является не последней задачей программиста.
      Целью курсовой работы является :
      -закрепление  и развитие теоретических знаний , полученных в процессе изучения  курса «Проектирование информационных  систем» и смежных с ним  курсов
      -развитие  умения осуществлять выбор варианта  технологии проектирования ЭИС  и соответствующих ей инструментальных средств проектирования
      -приобретение  практических навыков разработки  на базе использования выбранных  средств
     1 ТЕОРЕТИЧЕСКАЯ ЧАСТЬ.
     Роль  и место базы данных в информационной системе
     Технология  баз и банков данных является ведущим направлением организации внутримашинного информационного обеспечения. Развитие технологий баз и банков данных определяется радом факторов: ростом информационных потребностей пользователей, требованиями эффективного доступа к информации, появлением новых видов массовой памяти, увеличением ее объемов, новыми средствами и возможностями в области коммуникаций и многим другим.
     В отличие от локально организованных информационных массивов, ориентированных на решение отдельных задач, база данных является интегрированной системой информации, удовлетворяющей ряду требований:
    сокращению избыточности в хранении данных;
    устранению противоречивости в них;
    совместному использованию для решения большого круга задач, в том числе и новых;
    удобству доступа к данным;
    безопасности хранения данных в базе, защиты данных;
    независимости данных от изменяющихся внешних условий в результате развития информационного обеспечения;
    снижению затрат не только на создание и хранение данных, но и на поддержание их в актуальном состоянии;
    наличию гибких организационных форм эксплуатации.
     Реализация  указанных требований дает высокую  производительность и эффективность работы с данными для пользователей в больших объемах.
     База  данных — это динамичный объект, меняющий значения при изменении состояния отражаемой предметной области (внешних условий по отношению к базе). Под предметной областью понимается часть реального мира (объектов, процессов), которая должна быть адекватно, в полном информационном объеме представлена в базе данных. Данные в базе организуются в единую целостную систему что обеспечивает более производительную работу пользователей с большими объемами данных.
     Главными  пользователями баз и банков данных являются конечные пользователи, т.е. специалисты, ведущие различные участки экономической работы. Их состав неоднороден, они различаются по квалификации, степени профессионализма, уровню в системе управления: главный бухгалтер, бухгалтер, операционист, начальник кредитного отдела и т.д. Удовлетворение их информационных потребностей — это решение большого числа проблем в организации внутримашинного информационного обеспечения.
     Специальную группу пользователей БнД образуют прикладные программисты. Обычно они  играют роль посредников между БД и конечными пользователями, так  как создают удобные пользовательские программы на языках СУБД. Централизованный характер управления данными вызывает необходимость администрирования такой сложной системы, как банк данных.
     Преимущества  работы с БнД для пользователя окупают затраты и издержки на его создание, так как:
    повышается производительность работы пользователей, достигается эффективное удовлетворение их информационных потребностей;
    централизованное управление данными освобождает прикладных программистов от организации данных, обеспечивает независимость прикладных программ от данных;
    развитая организация БД позволяет выполнять разнообразные нерегламентированные запросы, новые приложения;
    снижаются затраты не только на создание и хранение данных, но и на их поддержание в актуальном и динамичном состоянии; уменьшаются потоки данных, циркулирующих в системе, сокращается их избыточность и дублирование.
     Как банк данных, так и база данных могут  быть сосредоточены на одном компьютере или распределены между несколькими  компьютерами. Для того чтобы данные одного исполнителя были доступны другим и наоборот, эти компьютеры должны быть соединены в единую вычислительную систему с помощью вычислительных сетей.
     Банк  и база данных, расположенные на одном компьютере, называются локальными, а на нескольких соединенных сетями ПЭВМ называются распределенными. Распределенные банки и базы данных более гибки и адаптивны, менее чувствительны к выходу из строя оборудования.
     Назначение  локальных баз и банков данных«  организации более простого и  дешевого способа информационного обслуживания пользователей при работе с небольшими объемами данных и решении несложных задач.
     Локальные базы данных эффективны при работе одного или нескольких пользователей, когда имеется возможность согласования их деятельности административным путем. Такие системы просты и надежны за счет своей локальности и организационной независимости.
     Назначение  распределенных баз и банков данных состоит в предоставлении более  гибких форм обслуживания множеству  уда ленных пользователей при  работе со значительными объемами информации в условиях географической или структурной разобщенности. Распределенные системы баз и банков данных обеспечивают широкие возможности по управлению сложных многоуровневых и многозвенных объектов и процессов.
     Распределенная обработка данных позволяет разместить базу данных (или несколько баз) в различных узлах компьютерной сети. Таким образом, каждый компонент базы данных располагается по месту наличия техники и ее обработки. Например, при организации сети филиалов какой-либо организационной структуры удобно обрабатывать данные в месте расположения филиала. Распределение данных осуществляется по разным компьютерам в условиях реализации вертикальных и горизонтальных связей для организаций со сложной структурой. 
 

     Объективная необходимость распределенной формы организации данных обусловлена требованиями, предъявляемыми конечными пользователями:
    централизованное управление рассредоточенными информационными ресурсами;
    повышение эффективности управления базами и банками данных и уменьшение времени доступа к информации;
    поддержка целостности, непротиворечивости и защиты данных;
    обеспечение приемлемого уровня в соотношении «цена — производительность — надежность».
     Распределенная  система баз данных (или частей базы) позволяет в широких возможностях варьировать и поддерживать информационные ресурсы, избегая узких мест, сдерживающих производительность пользователя, и добиваться максимальной эффективности использования информационных ресурсов.
     В распределенных системах баз и банков данных возникает необходимость организации эффективного обмена информацией между базами. Требование оперативности информирования пользователей о происходящих событиях и изменениях управляемых бизнес-процессов диктует параллельное исполнение и синхронизацию во времени отдельных видов работ с информацией.
     Процессы  обмена, изменения данных организуются в виде отдельных пользовательских задач (приложений) на одной или различных базах данных. Для реализации используется специальный механизм оповещения всех заинтересованных лиц и процессов. Механизм оповещения или оперативного изменения информации в распределенных базах данных является технологическим средством, позволяющим экономить время и трудозатраты, делает более доступным широкий набор удаленных информационных ресурсов.
     В распределенных системах баз и банков данных, которые являются средством автоматизации крупных организаций, появляются новые проблемы. Увеличение числа пользователей, расширение географических размеров системы, увеличение физических узлов сети усложняет администрирование. Создается угроза рассогласования данных, хранящихся в различных частях системы. Возникает проблема целостности и безопасности данных, которая решается совокупностью средств, методов и мероприятий.
     Одним из средств управления распределенными базами и банками данных является тиражирование данных. Тиражирование представляет собой перенос изменений объектов исходной базы данных в базы данных (или ее части), находящиеся в различных узлах распределенной системы. При внесении изменений может и не требоваться одновременный доступ ко всем узлам, затрагиваемым этими изменениями. Данные изменяются на одном узле, а затем переносятся на остальные. Тиражирование может производиться после завершения определенного числа операций с данными, в том числе и после каждой операции, через равные промежутки времени или к определенному моменту времени. Процесс тиражирования может контролироваться администратором системы, пользователем или пользовательской программой. Современные инструментальные программные средства поддерживают те или иные механизмы тиражирования данных.
     Организация работы с распределенной системой данных и их безопасность требуют разграничения  доступа пользователей к данным, что усложняет администрирование в сложных системах. Многоуровневый иерархический подход обеспечивает наиболее полное и удобное управление доступом.[1] 
 
 
 
 
 
 
 

     2 ПРОЕКТНАЯ ЧАСТЬ 

     2.1 Описание предметной области задачи 

     Работники Отдела поставок занимаются поставками товаров на Товарный склад фирмы «Рога и копыта».
     Пополнение  товарных запасов на складе фирмы  происходит путем закупок товаров  у оптовых поставщиков, расположенных  как в областном центре Заморске, так и в других городах. Каждый из оптовых поставщиков специализируется на поставках определенных товаров, причем может поставлять товары нескольких наименований. Цены и условия поставки варьируются от поставщика к поставщику. Так, одни поставщики могут поставлять товары на условиях полной предоплаты заказанного товара, другие с оплатой по факту поставки. Цены на одни и те же товары у разных поставщиков могут быть разными, в том числе зависеть от объема поставки. Цена товаров у некоторых поставщиков может также зависеть от объема поставки. В случае предварительной оплаты товаров поставщики могут ценовые скидки, размер которых может зависеть от сроков оплаты(чем раньше произведена оплата, тем ниже цена). Ценовые скидки оптовые поставщики могут предоставлять также своим постоянным клиентам
     Для пополнения запасов на Товарном складе фирмы «Рога и копыта» менеджеры Отдела поставок оформляют Заказы на поставку товаров от оптовых поставщиков. К каждому Заказу на поставку прилагается Спецификация заказа, в которой устанавливается номенклатура поставляемых товаров, сроки и объемы поставок, а также фиксируются цены.
     За  каждым менеджером Отдела поставок закреплены определенные поставщики и, соответственно, размещаемые у них Заказы. Решение  о закреплении менеджеров за поставщиками принимается руководителем Отдела поставок. Менеджер Отдела поставок по разным каналам (реклама, телефонные переговоры, командировки и т.д.) получает информацию о закрепленных за ним поставщикам, номенклатуре и ценах товаров, ими поставляемых, сроках и иных условиях поставок, и по запросам своего руководителя предоставляют ему эти данные для принятия решения о размещении Заказов.
     Руководитель  Отдела поставок, получив заявку на пополнение запасов на Товарном складе от менеджера склада, на основе информации о поставщиках и условиях поставок принимает решение о размещении Заказов у соответствующих поставщиков. Закрепленные за этими поставщиками менеджеры Отдела поставок размещают у поставщиков (по телефону, по факсу или с выездом в командировку) соответствующие Заказы и регистрирует их.
Приняв  к исполнению Заказ, поставщик выписывает фирме «Рога и копыта» Счет-фактуру и любым удобным для сторон способом (почтой, по факсу, нарочным и т.п.) передает его фирме для оплаты поставки.
     Менеджеры Отдела поставок, получив Счет-фактуру  поставщика, проверяют его соответствие Заказу и передают его для оплаты в Финансовый отдел. Менеджеры последнего при наличии средств на расчетном счете фирмы «Рога и копыта» производят оплату Счетов-фактур поставщиков путем перечисления средств на расчетные счета поставщиков, указанные в Счетах-фактурах.
     Сведения  об оплате Счетов-фактур поставщиков поступают к менеджерам Отдела поставок. Последние любым из доступных им способов (по телефону, по факсу, в результате командировки, по почте и т.д.) получают информацию о поступлении средств соответствующим поставщиком и выписывают экспедитору фирмы «Рога и копыта» Доверенность на получение товаров в объеме Заказа или оплаченной его части.
     С Доверенностью экспедитор Отдела поставок прибывает на фирму поставщика, которая  после проверки необходимых документов выписывает ему накладную на получение заказанных товаров. По этой накладной экспедитор фирмы «Рога и копыта» получает товары на складе поставщика, делает в накладной отметку о количестве фактически полученного товара и доставляет товары на свою фирму.
     По  прибытии экспедитора на фирму «Рога и копыта» с доставленными товарами менеджер Отдела поставок выписывает накладные для сдачи экспедитором товаров на Товарный склад своей фирмы. По этим приходным накладным кладовщики соответствующих секций Товарного склада принимают у экспедитора товары, затем делают в накладных отметки о количестве фактически принятых товаров. Один экземпляр каждой приходной накладной передается в Отдел поставок, другой – в Финансовый отдел.
     Менеджеры Отдела поставок, анализируя сведения о размещенных Заказах, об оплате Счетов-фактур поставщиков, об отпущенных поставщиками товарах и о товарах, доставленных на Товарный склад фирмы «Рога и копыта», составляют сводки и отчеты о размещенных Заказах, о выполненных поставках, о недостачах товаров у экспедиторов и т.д. 

     2.2 Постановка задачи 

     2.2.1 Потребность в создании ИС  обусловлена необходимостью автоматизации  деятельности фирмы «Рога и  копыта»
     2.2.2 Основные функции требующие автоматизации
      учет товаров
      учет поставщиков
      учет заказов
    2.2.3 Используемые документы и их описание
    Товар, поставщик, заказ, спецификация, отчет 
     
     
     
     
     
     

Название  документа Тип документа Маршрут документа Функция документа Исходная информация Структура документа
Заказ Внутренний-Внешний Руководитель  отдела поставок > Менеджер отдела продаж > Поставщик  Передача данных по товару Заявка на пополнение Дата, Номер  спецификации.
Отчёт о размещенных заказах Внутренний Менеджер отдела продаж > Руководитель отдела поставок  Передачи  информации о закрепленных за  менеджером заказов   Дата, Менеджер, Заказ, Поставщик
Отчёт о выполненных поставках Внутренний Менеджер отдела продаж > Руководитель отдела поставок  Данные по  завершенным заказам Накладная Дата, Менеджер, Заказ
Специфика-ция Внутрений Следует вместе с заказом Данные о  товаре в заказе Заявка на пополнение Наим. Товара, Ед. изм., Количество, Стоимость, Цена
 
 
    2.3 Построение модели потоков данных (IDF0, DFD) в BPwin 

     Анализ  предметной области организации  отгрузки товара и получения отчетов  по данному процессу проведем с помощью  CASE-средства BPwin с использованием двух методов IDF0 и DFD. Выбор данных методов обусловлен следующими факторами:
     IDF0 - необходимостью определения соответствующих областей в исследуемой системе, на которых необходимо сфокусировать внимание в первую очередь (моделирование деятельности фирмы с целью построения некоторой информационной системы);
     DFD - данные диаграммы используются для описания документооборота и обработки информации. Они являются дополнением к модели IDEF0 для более наглядного отображения текущих операций с документами в системах обработки информации [4] .
    На  контекстной диаграмме А-0 определены связи(потоки данных) системы с внешним миром

Рисунок 1 – Контекстная диаграмма фирмы «Рога и копыта» 

    Report for Diagram: A-0, Фирма «Рога и копыта»
     Activity Name: Фирма «Рога и копыта»
     Link Name: Заказ
     Link Name:Информация о поступлениии
     Link Name: Счет-фактура
     Link Name: Прайс лист
     Link Name: Информация о клиенте
     Link Name: Накладная на получение товара
     Link Name: Оплата счета-фактуры
     Link Name: Выписка
     Link Name: Доверенность на получение товара
     Link Name: Товар
     External Name: Поставщики
     External Name: Клиенты
     External Name: Банк
     На  следующей диаграмме декомпозиции система разделена на четыре подсистемы в соответствии с основными функциями, требующими автоматизации.
     
Рисунок 2 – Диаграмма декомпозиции фирмы «Рога и копыта»
     Report for Diagram: A0, Фирма «Рога и копыта» 

     Activity Name: Отдел продаж
     Activity Name: Отдел поставок
     Activity Name: Финансовый отдел
     Activity Name: Товарный склад
     Link Name: Заказ
     Link Name: Информация о поставщике
     Link Name: Счет-фактура
     Link Name: Прайс лист
     Link Name: Информация о клиенте
     Link Name: Приходная накладная
     Link Name: Расходная накладная
     Link Name: Накладная для сдачи  товара экспедитором
     Link Name: Накладная на получение товара
     Link Name: Информация об оплате счета-фактуры поставщика
     Link Name: Заявка на пополнение запасов
     Link Name: Зарегистрированный заказ
     Link Name: Информация об оплате клиентом счета фактуры
     Link Name: Выписка
     Link Name: Счет-фактура на оплату
     Link Name: Доверенность на получение товара
     Link Name: Товар 

     На  следующей диаграмме представлена декомпозиция отдела поставок
     
Рисунок 3 – Диаграмма декомпозиции отдела поставок
     Report for Diagram: A2, Отдел поставок
     Activity Name: Прием заявки
     Activity Name: Отчет
     Activity Name: Проверка наличия товара
     Activity Name: Проверка счет-фактуры
     Activity Name: Выписка доверенности экспедитору
     Activity Name: Выписка накладной для сдачи товара
     Link Name: Информация о поставщике
     Link Name: Счет-фактура
     Link Name: Приходная накладная
     Link Name: Накладная для сдачи товара экспедитором
     Link Name: Информация об оплате счета-фактуры поставщика
     Link Name: Заявка на пополнение запасов
     Link Name: Счет-фактура на оплату
     Link Name: Доверенность на получение товара
     Link Name: Товар 

     2.4 Построение модели данных (ERD-Entity Relational Diagrams) в ERwin
     Erwin имеет 2 уровня представления данных: логический и физический.
     2.4.1 Логическая модель данных - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться как они называются в реальном мире. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Erwin предлагает несколько уровней логической модели.
     
Рисунок 4 – Диаграмма ERD – уровень сущности
     
Рисунок 5 – Диаграмма ERD – уровень атрибутов
     2.4.2 Физическая модель данных
     Физическая  модель данных зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится  информация обо всех объектах БД. Физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах – таблицах, колонках, индексах, процедурах и т.д.
     Разделение  модели на логическую и физическую модели позволяет решить несколько  важных задач, таких как более  понятное документирование модели, .к. на физическом уровне объекты БД могут  называться так, как того требует  ограничения, а на логическом уровне объектам можно дать синонимы, понятные не специалистам. Другая задача, которая решается с помощью разделения моделей на логическую и физическую – это масштабирование, т.е. возможность на основе одной логической модели сгенерировать физические модели под любую поддерживаемую Erwin СУБД.

Рисунок 6 – Диаграмма ERD – физическая модель 
 
 
 

     2.5 Создание базы данных
     Создадим  базу данных «Информационная система приема заказов» в СУБД MS Access. Основным назначением базы данных «Информационная система приема заказов» будет автоматизация функции по учету заказов, поставщиков и товаров.
и т.д.................


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.