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

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

 

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

 

Логин:

Пароль:

 

Запомнить

 

 

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

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

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

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


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


курсовая работа Складской учет

Информация:

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

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


Федеральное агентство по образованию РФ
Ульяновский Государственный Технический Университет
Факультет информационных систем и технологий
Кафедра “Информационные системы” 
 
 

Дисциплина  “Разработка и  стандартизация программных продуктов” 

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

                                                           
              Выполнили: Крылова Д.В., гр. ИСЭд-42
                                  Тумайкина И.И., гр. ИСЭд-42
              Проверил преподаватель: Корунова Н.В. 
               
               
               
               
               
               

Ульяновск, 2009
Содержание:
 

Введение.

     Автоматизация предприятий традиционно начинается с внедрения системы бухгалтерского учета. Если раньше подобные проекты часто выполнялись собственными силами компаний, то сегодня они полностью перешли в ведение внешних разработчиков и интеграторов. Если ранее, внедрение средств комплексной автоматизации деятельности предприятия было уделом крупного бизнеса. То сегодня уже любой бизнес, в том числе малый и средний, все больше заинтересован во включении этого ПО как составной части в ERP-системы (Enterprise Resource Planning).
     Системы автоматизации бухгалтерского учёта начали внедрять на предприятиях одними из первых среди всех информационных систем. Причина этого понятна — в процессе ведения учёта выполняется большое число рутинных операций, при ручной обработке документов практически постоянно нужно вносить в них одни и те же служебные данные. Ведение аналитического учёта с ростом числа документов резко усложняется, также велика вероятность «механической» ошибки, которую бухгалтер может допустить, заполняя документы или подсчитывая сводные показатели. Разумеется, двойная запись всех операций позволяет выявлять такие ошибки, однако не всегда бывает просто локализовать их и найти нужный документ, в который необходимо внести коррективы. Наконец, работа с большими объёмами документов требует значительных затрат человеческих ресурсов и рабочего времени, что вызывает соответствующе финансовые затраты, не имеющие прямого экономического эффекта. Эти и ряд других причин стимулировали достаточно бурное развитие систем автоматизации бухгалтерского учёта.
     На сегодняшний день системы автоматизации бухучёта, как и многие другие продукты, используемые предприятиями, подразделяются на системы, являющиеся составной частью ERP-систем, и самостоятельные решения.
     Одной из важных составляющих бухгалтерского учета является складской учет предприятия. На каждом предприятии, которое проводит товарные операции, ведется складской учет.
     Склад – специальное помещение для хранения чего-нибудь; запасы  товаров, материалов, сложенных в одном месте.
     Складской учет включает в себя отслеживание прихода и расхода товаров на складе и перемещение товаров между складами и в магазины.
     Поскольку склады работают с большими потоками товаров, учёт этих потоков требует  немало усилий, рутинных операций. При  помощи автоматизированных информационных систем работа бухгалтера по ведению складского учета может быть облегчена. Автоматизация складского учета призвана повысить эффективность выполнения основных функций бухгалтера по складскому учёту и улучшить оперативность принятия решений, повысить производительность труда, снизить количество вычислительных ошибок в процессе обработки информации, содействовать эффективному и безопасному хранению информации и доступу к ней. На основе ранее введенных данных впоследствии можно получить информацию о товарах, имеющихся на складе, и провести анализ по какому-либо признаку.
     Наименование  темы разработки – " Складской учет".
     Выбор темы («Складской учет») основывается на большом спросе на программные продукты, предназначенные для автоматизации учета товаров на складах и в магазинах.
     Полное  наименование программного продукта: "Учет+".
     Разработка  ведётся на основании задания  на курсовое проектирование по дисциплине "Разработка и стандартизация программных средств и информационных технологий ". Тема курсового проектирования согласована с руководителем курсового проекта Коруновой Н.В., именуемой в дальнейшем Заказчиком, и утверждена ____ 2009 г.
 

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

1.1 Назначение и область применения

1.1.1 Цель и назначение программного продукта

     Целью создания программного продукта является повышение эффективности работы и снижение накладных расходов по ведению складского учёта. Программа " Учет + " предназначена для  автоматизации и систематизации учета товаров на складах и в магазинах розничных, оптовых и оптово-розничных компаний. Предполагается, что данная информационная система будет использоваться в качестве посредника для доступа к корпоративной информации, касающейся бухгалтерских операций по учёту товаров на  складах и магазинах.
       Результатом  работы станет  продукт, который будет обладать  следующими:
     1) преимуществами по сравнению  с ведением ручного учета:
    увеличение скорости процедур принятия и списания товара;
    увеличение скорости обработки заказов;
    уменьшение количеств ошибок заполнения документов.
      2)качествами:
    интуитивно понятный, удобный графический пользовательский интерфейс, не требующий специализированной подготовки;
    удобный и безопасный доступ к любой необходимой информации.

1.1.2. Область применения

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

1.2. Анализ предметной области

1.2.1. Характеристика процесса продажи товара

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

1.2.2. Основные объекты в процессе продажи товара

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

1.3. Требования к автоматизированной системе

1.3.1. Требования к функциональным характеристикам

    Программа должна обеспечивать выполнение перечисленных ниже функций:
    Для покупателя:
    Поиск товара по его наименованию
    Выбрать нужные позиции (товары) и приобрести их
    Оформить заявку на товар
    Формирование и печать прайс-листа.
 
    Для работников магазина:
        Контроль над безопасностью (выдача паролей)
        Обеспечить различные права доступа сотрудникам магазина
        Закупить товар
        Продать товар
        Перемещение товара (со склада на склад, со склада в магазин, с магазина в магазин, из магазина на склад)
        Поиск товара по его наименованию
        Формирование и печать накладных (расходных, приходных), прайс-листа.

1.3.2. Требования к временным характеристикам

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

1.3.3. Требования к организации входных и выходных данных

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

1.3.4. Требование интерфейса

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

1.3.5. Требования к обеспечению надежного (устойчивого) функционирования программы

     Надежное (устойчивое) функционирование программы  должно быть обеспечено выполнением  Заказчиком совокупности организационно-технических  мероприятий, перечень которых приведен ниже:
    организацией бесперебойного питания технических средств;  использованием лицензионного программного обеспечения;
    регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и орrтехники и сопровождению программных средств»;
    регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.
     Спецификация  по безопасности
    Отказы из-за некорректных действий оператора
     Отказы  программы возможны вследствие некорректных действий оператора (пользователя) при  взаимодействии с операционной системой. Во избежание возникновения отказов  программы по указанной выше причине  следует обеспечить работу конечного  пользователя без предоставления ему административных привилегий.
    Идентификация пользователя для входа в программу
     Проверка  корректности вводимых данных. При несовпадении вводимого пароля с установленным по умолчанию в программе доступ запрещается и требует повторного введения.

1.3.6. Минимальные требования к оборудованию:

      Процессор: Pentium 90 МГц;
      Объем оперативной памяти: 256 Мб;
      Свободного  места на диске 10-15 Мб.

1.3.7. Требования к операционной системе:

      Microsoft Windows XP и выше.

1.3.8. Требования к программному обеспечению:

       Bor1and De1phi 7.0

1.3.9. Требования к пользователю:

      Опытный пользователь ПК с опытом работы в  розничной торговле.

Глава 2. Проектирование

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

2.1. Диаграмма вариантов использования.

    Этот  вид диаграмм позволяет создать  список операций, которые выполняет  система. Часто этот вид диаграмм называют диаграммой функций, потому что  на основе набора таких диаграмм создается  список требований к системе и определяется множество выполняемых системой функций. Каждая такая диаграмма – это описание сценария поведения, которому следуют действующие лица (Actors). Отражает объекты, как системы, так и предметной области и задачи, ими выполняемые.

 

2.2. Диаграмма классов.

     Диаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования.
     Диаграмма классов является дальнейшим развитием  концептуальной модели проектируемой  системы.
     Базовыми  отношениями между классами в  языке UML являются:
    Отношение зависимости;
      Отчет – Admin, Пользователь, Товары, Склады
      База  Данных - Admin, Пользователь, Товары, Склады
    Отношение ассоциации;
      Admin - Товары, Admin - Склады, Пользователь - Товары, Пользователь - Склады, Товары - Склады
    Отношение обобщения;
      Form – Отчет, Авторизация, MainForm, База Данных, Admin, Товары, Склады, Пользователь
    Отношение реализации.
 

 

2.3. Диаграммы состояний

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

     Диаграмма характеризует различия в управлении функциональными возможностями  складов и магазинов в программе. 


2.4. Диаграмма последовательности.

    Взаимодействие  объектов в системе происходит посредством приема и передачи сообщений объектами-клиентами и обработки этих сообщений объектами-серверами. При этом в разных ситуациях одни и те же объекты могут выступать и в качестве клиентов, и в качестве серверов. Данный тип диаграмм позволяет отразить последовательность передачи сообщений между объектами. Этот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема/передачи сообщений.
События, инициируемые при входе в программу с правами пользователя.

События, инициируемые при входе в программу с  правами пользователя.

 

2.5.  Диаграмма компонентов.

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


 

2.6. Диаграмма развертывания.

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

 
Глава 3. Реализация программной среды

3.1 Описание модулей программы.

Программа «Учет+» написана на языке Bor1and De1phi 7.0
     В состав проекта «Учет + » входит:
    главный файл проекта FirmU.dpr
    1 модуль с расширением .pas, содержащие процедуры и функции
    1 файл форма с расширением .dfm, , являющиеся графическим представлением приложения
    файлы с расширением .dcu - скомпилированные модули
    8 файлов с расширением .dat- содержащие данные:
        Shops.dat - содержит наименования магазинов
        Storages.dat – содержит наименование складов
        На Автозаводе. dat – содержит ассортимент данного объекта
        На Гая,100. dat – содержит ассортимент данного объекта
        На Речпорте. dat - содержит ассортимент данного объекта
        На Нариманова,8.dat - содержит ассортимент данного объекта
        На Ульяновском,30. dat -  содержит  ассортимент данного объекта
        На Центральном Рынке. dat - - содержит  ассортимент данного объекта
    файл Firm.exe – исполняемый файл проекта 

     Проект  вызывается запуском файла Firm.exe. 

3.2 Описание главной формы проекта.

     Главная форма проекта выглядит следующим  образом:

     Главная форма является стартовой для всех ролей. На форме расположены элементы управления:
         1) Слева расположена панель кнопок
         2) Окно авторизации
         3) Рабочая область
         4) Информация о компании. 

3.3 Оценки уровня ошибок

     Ошибки  на уровне программы обрабатываются самим программным продуктом. Средства контроля выполнения включены в код программы. При возникновении какой-либо ошибки пользователь узнает об этом из системного сообщения. Внешние средства для контроля программы не используются. Функция самовосстановления не поддерживается.
     В данном программном продукте системные  ошибки не проверяются.

3.4 Оценка качественных характеристик

Характеристики  качества: Мера Оценка
Надежность
     Доступность-готовность Относительное время работоспособного функционирования
Вероятность 0,99
Эффективность
           Временная эффективность Время отклика - получение результатов на типовое задание
Пропускная  способность – число типовых  заданий, исполняемых в единицу времени
 
Секунды Число в секунду
 
1 1
           Используемость ресурсов Относительная величина использования ресурсов ЭВМ  при нормальном функционировании программного средства
 
Вероятность
 
0,2
Практичность
           Понятность Четкость  концепции ПС
Демонстрационные  возможности
Наглядность и полнота документации
 
Порядковая
 
Хорошая Отличные 
Отличная
           Простота использования Простота  управления функциями
Комфортность  эксплуатации
Среднее время ввода заданий
Среднее время отклика на задание
 
Порядковая Порядковая
Секунды
Секунды
 
Отличная Хорошая
1
1
           Изучаемость Трудоемкость  изучения применения ПС
Продолжительность изучения
Объем эксплутационной документации
Объем электронных учебников
 
Чел.-часы Часы
Страницы
Кбайт
 
1 4
57
0
          Привлекательность Субъективные  или экспертные оценки
 
Порядковая
 
Хорошая
Сопровождаемость
          Анализируемость Стройность  архитектуры программ
Унифицированность интерфейсов
Полнота и корректность документации
 
Порядковая
 
Хорошая Хорошая
Отличная
          Изменяемость Трудоемкость  подготовки изменений
Длительность  подготовки изменений
 
Чел.-часы Часы
 
3 3
          Стабильность Устойчивость  к негативным проявлениям при изменениях
 
Порядковая
 
Хорошая
          Тестируемость Трудоемкость  тестирования изменений
Длительность  тестирования изменений
 
Чел.-часы Часы
 
2 2
Мобильность
          Адаптируемость Трудоемкость  адаптации
Длительность  адаптации
 
Чел.-часы Часы
 
2 1
          Простота установки Трудоемкость  инсталляции
Длительность  инсталляции
 
Чел.-часы Часы
 
0,05 0,05-0,1
(3-5 минут)
         Существование-соответствие Стандартизация  интерфейсов с аппаратной и операционной средой
 
Порядковая
 
Хорошая
        Замещаемость Трудоемкость  замены компонентов
Длительность  замены компонентов
 
Чел.-часы Часы
 
2 2

3.5 Оценка трудоемкости  разработки

3.5.1. Оцениваются действующие лица A (Actor).

Весовые коэффициенты:
Тип действ. лица Вес
простой 1

3.5.2. Оцениваются варианты использования UC (Use Case)

В зависимости от количества классов, выделяемых на этапе анализа
Тип Количество  классов Вес
простой <5 5
Общий весовой  показатель объектных точек UUCP (Unadjusted Use Case Points)
UUCP = A + UC=1+5=6

3.5.3. Техническая сложность проекта

Значение TCF вычисляется  по формуле 
    TCF = 0,6 + (0,01 * ?(Ti * Весi))= 0,92
Показатель Описание Вес  
Т1 Распределенная  система 2 0
Т2 Высокая производительность 1 4
Т3 Работа пользователей  в режиме online 1
и т.д.................


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


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


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


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


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