Автоматизация товарно-денежного оборота предприятия ООО "Регион"
Блок-схема модулей программы. Главная цель бизнеса ООО "Регион". Протокол тестирования продукта. Руководство пользователя программы. Расчет цены предложения и минимального количества копий тиражирования. Образец отчета "Книга продаж", листинг программы.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 18.09.2014 |
| Размер файла | 1,0 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
АННОТАЦИЯ
Название документа «Автоматизация товарно-денежного оборота предприятия ООО "Регион"». ООО «Регион» - предприятие оптовой торговли кондитерскими изделиями в г. Уфа.
Данная работа представляет собой разработку автоматизированной информационной системы, входящей в состав предприятия ООО «Регион».
В рамках автоматизированной информационной системы была проведена разработка специализированного программного обеспечения, решающего задачи, связанные с автоматизацией товарно-денежного оборота данного предприятия.
Документ состоит из трех частей:
В аналитической части проводится анализ предметной области, формулируются цели и задачи разработки проекта, а так же выделяются основные требования к нему. Описывается входная оперативная информация, как в виде документов, так и в виде файлов; дана характеристика результатных документов, а так же определяются средства разработки. Создана схема данных и схема базы данных.
В экспериментальной части произведена разработка системы с использованием языка программирования.
Также было проведено тестирование на контрольном примере.
Использование проекта приводит к уменьшению затрат, связанных с формированием документов и обработкой данных, к сокращению сроков выполнения работ и повышения ее качества; росту производительности труда менеджера по продажам.
В третьей части производится расчет эффективности разработки и внедрения автоматизированной системы.
Для реализации задач и целей данной работы была выбрана среда программирования Delphi 7.0.
В качестве платформы базы данных была выбрана технология MsAccess - как наиболее полно удовлетворяющая работе с базами и данных, и содержащая в себе возможность построения графического интерфейса.
ВВЕДЕНИЕ
В современных условиях динамично развивающихся рыночных отношений также динамично должны развиваться системы автоматизации предприятий и учреждений самого различного профиля (финансовых, промышленных, офисных) и самых различных размеров с разнообразными схемами иерархии, начиная от малых предприятий численностью несколько десятков человек и завершая крупными корпорациями численностью в десятки тысяч сотрудников. Такие системы должны быть предназначены для решения задач как предприятия в целом (управление финансовыми ресурсами, управление запасами, планирование и производство, сбыт и снабжение), так и уровня его производственных подразделений, цехов и участков.
Фактически проблема комплексной автоматизации стала актуальной для каждого предприятия. Уже не стоит вопрос «надо или не надо автоматизировать», предприятия столкнулись с проблемой: каким образом это осуществить.
Переход к рыночной экономике требует от предприятия повышения эффективности производства, конкурентоспособности продукции и услуг на основе внедрения эффективных форм хозяйствования и управления производством, инициативы, активизации предпринимательства и т.д. Важная роль в реализации этой задачи отводится задачам товарно-денежным оборота в части продаж товаров покупателям.
Осуществление продаж, как задача товарно-денежного оборота является главным звеном большинства организаций, а от эффективности их функционирования зависят показатели всей производственно-хозяйственной деятельности.
Для предприятия, сфера деятельности которого - оптовая торговля, управление продажами, является стратегическим фактором развития конкурентоспособности и расширения экономического потенциала. Зачастую финансовый результат деятельности всего предприятия напрямую зависит от решения вопросов товарно-денежных отношений продавца и покупателя.
Автоматизация товарно-денежного оборота повышает эффективность бизнеса в целом, так как ускоряет и усовершенствует процесс продаж, а, значит, повышает удовлетворенность клиента.
Средства автоматизации, должны удовлетворять следующим двум требованиям:
Использовать все основные плюс наиболее современные технологии и методы учета, контроля, планирования и прогнозирования, характерные для прикладной области.
Применять наиболее передовые инструментальные средства и технологии при разработке и настройке программного обеспечения.
Основной целью разрабатываемого проекта является автоматизация товарно-денежного оборота ООО «Регион», г. Уфа.
Объектом предметной области является организация продаж на предприятии ООО «Регион». Соответственно, в объекты предметной области входят функции менеджера по продажам, и часть части бухгалтерского и налогового учета в части формирования книги продаж
Актуальность темы
Повышение эффективности товарно-денежного оборота, продажи товаров методом разработки и внедрения автоматизированной системы для участков работ, связанных с данной отраслью, можно считать одной из актуальнейших тем развития предприятия.
В связи с вышеизложенным, тема дипломной работы: «Автоматизация товарно-денежного оборота предприятия ООО "Регион"», представляется особенно актуальной.
Субъект исследования
Субъектом исследования в данной работе является предприятие ООО «Регион» г. Уфа.
Перспективы развития предметной области
Товарно-денежный оборот, как основа торговли, развивается огромными темпами. Количество покупателей в розничной и оптовой торговле растет. Развиваются новые формы оборота, которые не могут существовать без автоматизированных системы, такие как, электронные деньги, продажи через интернет, при помощи мобильных телефонов. Таким образом, автоматизация товарно-денежного оборота является уже необходимым свойством для повышения конкурентоспособности.
Задача автоматизации товарно-денежного оборота в части продаж неразрывно связана со всеми задачами комплекса автоматизации. Автоматизация продаж является продолжением развития автоматизации поставок, организации работы на складах, с товарами и материалами. Все данные документов о продажах являются основой автоматизации бухгалтерского и налогового учета.
Объект исследования
Объектом исследования в данной работе является экономико-информационный процесс товарно-денежного оборота организации оптовой торговли в части организации продаж в компании, занимающейся оптовой торговлей.
Целями данной дипломной работы являются:
Изучение процедур разработки автоматизированной системы товарно-денежного оборота в части продаж.
Создание автоматизированной системы товарно-денежного оборота в части продаж для ООО «Регион».
Задачи исследования.
Товарно-денежный оборот в части учета продаж клиентам со складов должен вестись централизованно и оперативно, что позволяет значительно снизить затраты времени на получение информации о поставках клиентам.
Разрабатываемая автоматизированная система должна повысить эффективность процесса продаж товаров клиентам предприятия, повысив, таким образом, эффективность бизнеса в целом.
В процессе ознакомления с деятельностью компании ООО «Регион» были также поставлены задачи:
сформулировать требования к системе;
выбрать средства реализации;
построить структуру базы данных;
реализация программного обеспечения.
1. ПОСТАНОВКА ЗАДАЧИ
1.1 Описание предметной области
программа листинг тестирование отчет
1.1.1 Описание экономического объекта ООО «Регион»
Общество с ограниченной ответственностью «Регион», г. Уфа, занимается производством и продажей кондитерских изделий покупателям Республики Башкортостан.
Главной целью бизнеса «Регион» является получение прибыли за счет производства и реализации конкурентоспособных продуктов питания - кондитерских изделий.
Преимущества ООО «Регион» перед актуальными конкурентами состоят в следующем: постоянная поддержка клиентов, сильный маркетинговый акцент на повышении продуктивности персонала, скоординированная программа маркетинга, профессиональных имидж, дистрибьюторские соглашения, квалифицированный менеджмент.
Целевую аудиторию компании образуют в основном оптовые покупатели.
Порядок создания и правовое положение ООО, права и обязанности его участников определяются Гражданским кодексом Российской Федерации, а также Федеральным законом от 8 февраля 1998 г. "Об обществах с ограниченной ответственностью". Имущество, включая уставный капитал, принадлежит обществу как юридическому лицу. Основной документ, на основании которого осуществляется деятельность ООО «Регион» - Устав.
Размещено на http://www.allbest.ru/
Рисунок 1 - Организационная структура предприятия
Данная структура показывает объекты и связи нашей информационной системы в общем, виде на рисунке 1. Если рассматривать структуру по вертикали, то на верхнем ярусе расположен объект «Руководство», который включает в себя весь управленческий персонал, от которого исходят приказы остальным подразделениям. На следующей ступени находятся несколько подразделений: «Бухгалтерия», «Склад», «Магазин». Эти объекты тесно связаны между собой, т.к. поддерживают работу с общей документацией.
На нижнем ярусе расположен объект «Производство», который включает в себя все процессы, связанные с обработкой и изготовлением продукции. На рисунке 2 представлено более детальное рассмотрение организационной системы.
Размещено на http://www.allbest.ru/
Рисунок 2 - Организационная структура предприятия
Несмотря на специфику каждой отдельной компании, существует ряд общих требований к системам автоматизации офисной деятельности. Наиболее общим является требование по обеспечению полного контроля за поступлением сырья, изготовлением продукции и последующей её реализации. Производство включает в себя обработку сырья, изготовление продукции, её хранение и продажу.
Весь этот процесс сопровождается различными документами: накладными, счетами, счетами-фактурами, которые необходимы для бухгалтерской отчётности.
1.1.2 Назначение и цели создания системы
Проведя предпроектное исследование, и составив функциональную схема процесса, определили следующие проблемы:
В настоящее время организация процесса работы предприятия в части товарно-денежных отношений проходит со слабым использованием автоматизации.
Единой базы данных поставщиков нет. Единой базы клиентов нет. Единой базы данных товаров на складе нет. Менеджеры отдела продаж формируют заказ только после уточнения у кладовщика информации о наличии товаров на складе, таким образом, менеджеры отдела продаж не могут узнать о наличии на складе товаров в режиме онлайн, что замедляет работу по заказу.
Менеджеры отдела продаж ведут свои данные - карточки клиентов, заказы покупателей, в листах процессора MS Excel.
Кладовщики склада ведут данные - номенклатуру товаров, данные по складу, в листах процессора MS Excel.
Такое состояние данных приводит к большому количеству ручного труда, большому количеству ошибок, дублирования информации из-за ручного ввода. Также замедляется процесс обслуживания клиента, падает уровень сервиса, что приводит к потерям клиентов, а значит и к денежным потерям предприятия. Также нет оперативного получения информации о состоянии продаж и товаров на складе.
Таким образом, необходимо уйти от огромного объема ручного труда, дублирования информации и от большого количества ошибок, путем реорганизации процесса.
Анализ узких мест функционирования проблемной области показал, что причины проблем - неправильная организация процесса продаж, и, связанные с неправильной организацией, большие материальные и трудовые издержки.
Так как, технология автоматизации является важнейшим средством в решении глобальных проблем традиционного программирования, и внедрение информационной системы приносит значительный экономический эффект, то для решения вышеперечисленных проблем разработаем информационную систему.
Назначение системы: основной задачей проектируемой системы является автоматизация товарно-денежных отношений ООО «Регион» в части работы системы продаж.
Цели создания системы:
снижение времени заказа товаров клиентами, это обеспечивается за счет автоматизации процесса заказа;
улучшение качества и достоверности получаемой информации;
повышение оперативности обработки данных об остатках, стоимости и времени доставки товаров;
повышение оперативности обработки и формирования книги продаж и счетов - фактур.
Организационная сущность задачи определяется основными участниками взаимодействия, а именно собственно заинтересованными лицами компании, среди которых: генеральный директор и менеджеры отдела продаж и бухгалтера.
Экономическая сущность задачи определяется, исходя из следующих возможностей системы:
осуществление возможности слежения за поставками товаров клиентам;
уменьшение возможных ошибок, которые часто возникают при работе с бумажными документами;
упрощение всего процесса обработки заявок на поставку товаров клиентам, что принесет компании ООО «Регион» несомненную экономическую выгоду в долгосрочной перспективе.
Внедряемая система должна содержать данные о контрагентах, номенклатуру товаров, которые заказывают клиенты и их стоимость; адресную информацию; информацию о складе предприятия, заказы клиентов и их оплату.
Система предназначена для автоматизации отдела продаж ООО «Регион», г.Уфа, и для решения части задач по автоматизации функций отдела продаж и формированию документов налогового и бухгалтерского учета.
Периодичность решения задачи - ежедневно.
Необходимость разработки системы в данном случае обусловлена: нехваткой трудовых ресурсов для решения относительно простых интеллектуальных задач и для оптимизации принятия решений.
1.2 Функциональная модель предметной области
Для выявления проблемной области было проведено обследование деятельности отдела продаж предприятия. Была построена функциональная модель текущей ситуации с выделением перечня задач, с учетом схем функциональной декомпозиции.
Построение функциональной модели позволяет четко зафиксировать, какие деловые процессы осуществляются на предприятии, какие информационные объекты используются при выполнении деловых процессов и отдельных операций. Эта функциональная модель является отправной точкой для анализа потребностей предприятия, выявления проблем и "узких" мест и разработки проекта совершенствования деловых процессов.
Описание информационных потоков (функциональная схема текущей ситуации, Приложение А):
1. Приемом заявок от клиентов занимается менеджер отдела продаж. Менеджер вносит в журнал заявок в формате MS Excel следующие данные о заявке:
Информация о клиенте;
Дата заявки;
Сроки поставки;
Количество и наименования заказанного товара.
Также, менеджер по продажам формирует карточку клиента в формате MS Excel.
2. Менеджер отдела продаж формирует заявку для кладовщика склада, оформляет бланк договора с клиентом, счет на оплату, счет-фактуру, а так же следит за выполнением заказа.
3. Менеджер отдела продаж связывается со складом и узнает у кладовщика склада наличие необходимого товара. Если товар есть в наличии на складе, менеджер отдела продаж передает полученные заявки и бланк договора с поставщиком кладовщику склада.
Если необходимого товара нет в наличии, данные о заявке передаются в отдел закупок.
Менеджер отдела закупок осуществляет закупку и поставку необходимого товара на склад. Менеджер отдела закупок передает кладовщику документы на заявку от менеджера отдела продаж.
4. Кладовщик склада получает заявки от менеджера, формирует требование на отгрузку, заказы для транспортного отдела, передает заказ и бланк договора с поставщиком в транспортный отдел.
5. В транспортном отделе для водителя доставки формируют маршрутный лист с адресами клиентов и заказами.
6. Водитель доставки приезжает на склад, кладовщик склада отгружает товар. Водитель доставки доставляет заказы и договора по адресам маршрутного листа, по выполнении докладывает менеджеру отдела продаж и отдает подписанные с клиентом договора, и счета-фактуры.
7. После отгрузки товаров клиенту данный факт фиксируется сотрудником склада в листе MS Excel - создается журнал отгрузки. Исходя из данной информации, осуществляется формирование заказа наименований у производителей - план закупок, который передается менеджеру по закупкам. Кладовщик передает документы - договор с клиентом, счет-фактуру в бухгалтерию.
8. Бухгалтер вносит данные о продаже в лист Excel.
9. Менеджер отдела продаж в конце квартала формирует книгу продаж и сверяет ее данные с данными бухгалтера.
10. Бухгалтер в конце квартала формирует книгу продаж и сверяет ее данные с данными отдела продаж.
В Приложении А находится функциональная модель текущего состояния в нотации EPC.
Для решения задач автоматизации товарно-денежных отношений ООО «Регион» была разработана функциональная схема с изменениями, возникшими после автоматизации. В Приложении Б находится функциональная модель функциональная схема с изменениями состояния в нотации EPC.
1.3 Схема данных
В рамках информационной системы должно быть обеспечено выполнение функций представленных в таблице 1.
Таблица 1 - Функциональные требования к автоматизированной системе
|
Функция |
Входные данные |
Результат |
|
|
Создание редактирование и удаление справочников |
Условно-постоянная информация о товарах и принципах сотрудничества с клиентами. |
Справочники: Номенклатура товаров Контрагенты |
|
|
Создание, редактирование и удаление карточки клиента |
Информация о контрагенте, реквизиты, условия обслуживания. |
Карточка контрагента. |
|
|
Создание, редактирование и удаление договора с клиентом |
Информация о клиенте, реквизиты, данные заказа |
Договор с клиентом. |
|
|
Создание, редактирование и удаление заказов клиентов |
Данные от клиента о требуемом оборудовании и его количестве. |
Заказ клиента. |
|
|
Создание, печать счета на оплату |
Заказ клиента. |
Счет на оплату. |
|
|
Создание и печать счет-фактуры |
Заказ клиента. |
Счет-фактура. |
|
|
Построение отчета «Отчет по продажам клиентов» |
Заказы клиентов, заказы на возврат |
Отчет «Отчет по продажам». |
|
|
Построение отчета «Книга продаж» |
Выполненные и оплаченные заказы клиентов, |
Отчет «Книга продаж» |
Для создания базы данных были определены функциональные блоки: «Контрагенты», «Склад», «Заказ», «Книга продаж».
1. Функционально информационный блок «Заказ» используется для создания и хранения данных периодического плана - данных по заказам клиентов. Ввод данных осуществляется вручную, либо с выбором из справочников.
Справочник 1. - «Контрагенты».
Справочник 2. - «Товары».
Справочник 3 - «Склад».
2. Функционально информационный блок «Контрагенты» используется для создания и хранения данных постоянного плана - данных о клиентах компании. Клиенты могут быть как поставщиками, так и покупателями.
3. Функционально информационный блок «Склад» используется для создания и хранения данных постоянного плана - данных по товарам на складе. Ввод данных осуществляется вручную, либо с выбором из справочников.
4. Функционально информационный блок «Книга продаж» используется для создания и хранения данных постоянного плана - данных по книге продаж. Ввод данных осуществляется автоматически, с использованием данных других блоков.
5. Справочник «Товары» используется для создания и хранения данных постоянного плана - данных по номенклатуре товаров. Ввод данных осуществляется вручную.
Графическое отображение схемы данных находится в Приложении В.
1.4 Описание входной информации
Входные данные - это данные, получаемые из первичной информации и создающие информационный образ предметной области. Они подлежат хранению в первую очередь.
От рациональной организации входной информации предприятия, способов сбора, регистрации, передачи, хранения и обработки информации, ее состава и своевременного получения зависят оперативность и эффективность управления процессами. Входная информация для АРМ необходима:
для отражения складского остатка: текущее количество товара на складе, учет расхода и прихода Товаров;
для формирования заказа на поставку клиенту.
Входной документ представляет собой носитель информации, которая является входной для информационной системы. Различают два типа входных документов:
Входные документы типа «Ведомость».
Входные документы типа «Анкета».
Входные документы типа «Ведомость» представляют собой формуляры, в которых вопросы не присутствуют в явном виде, а только указывается позиция для заполнения данных с помощью рамок и таблиц.
Входные документы типа «Анкета» заполняются путем записи ответов на содержащиеся в них вопросы, которые ориентированы на неспециалистов.
Способ представления входного документа должен соответствовать следующим требованиям:
1.Документ должен быть удобен для лица, заполняющего его.
Представление документа должно быть четким. Это достигается благодаря выделению в нем разделов, контролю их сбалансированности, рациональному распределению заполняемых и заранее отпечатанных зон документа, разумному использованию сплошных и штриховых линий. Все это делает документ наиболее привлекательным для заполнения. Использование цвета побуждает к более аккуратному заполнению документа. При этом также важную роль играет формат документа: например, на бланках формата А4 ошибок на 50% меньше, чем на бланках формата А6.
1.Приемлемость способа представления входного документа для оператора или программы, осуществляющей ввод данных. Во входных документах следует предусматривать расположение данных в том порядке, в котором они будут переведены на машинные носители.
Входной документ принято делить на несколько частей: заголовок, основную часть, нижнюю часть и оборотную часть.
1.В заголовочной части входного документа содержится следующая информация: название, адрес и другие реквизиты организации или подразделения, для которого составлен документ, название документа, дата составления документа, количество страниц.
2.В основной части входного документа содержатся вопросы и зоны для ответов, указания по кодированию ответов, таблицы к заполнению.
3.В нижней части содержится информация, не подлежащая дальнейшей обработке, например, ФИО заполняющего при анкетировании.
4.На оборотной стороне выходного документа может содержаться памятка по заполнению документа данного вида, таблица кодов, полезные советы пользователям лицам, заполняющим данный документ. Эта информация может быть отпечатана заранее, как и в случае с выходными документами.
Для внедряемой информационной системы документами являются следующие документы:
Таблица 2 - Описание входных документов
|
Наименование документа (шифр) |
Дата поступления документа |
Откуда поступает документ |
|
|
Остатки на складах |
Раз в неделю |
Склад |
|
|
Данные о клиенте |
Несколько раз в неделю |
От клиента |
|
|
Данные о товаре |
Несколько раз в неделю |
От поставщика |
|
|
Данные о заказе |
Несколько раз в неделю |
От клиента |
Кроме вышеперечисленных данных, для работы системы необходим набор справочников. Справочники присутствуют в электронном виде в едином информационном пространстве предприятия.
Контроль над соответствием информации в справочниках реальному положению дел на предприятии, возложен на различные подразделения предприятия, в компетенции которых находится данная информация.
Перечень видов товаров, продаваемых клиентам - справочник, содержащий информацию о сырье, товарах, продаваемых клиентам. Предназначение данного справочника заключается в исключении возможности двоякого обозначения одного вида товара, снижения количества ошибок при работе с системой. Также он позволяет уменьшить объем хранимых данных, благодаря присвоению каждому виду товара своего уникального кода и использовании в дальнейшем этого кода при заполнении других таблиц, используемых в системе.
Отчет об остатках товаров на складе. Данный входной документ на данный момент формируется на складе кладовщиком и хранится у него. При внедрении информационной системы, кладовщик должен будет вести все данные о товарах на складе в системе, и внедряемая система должна будет сама рассчитывать остатки на складе, исходя из данных, имеющихся в базе данных. Периодически кладовщик должен будет делать инвентаризацию, сверяя реальное количество товаров на складе, с имеющимися в базе данных.
Менеджер отдела продаж, при внедрении системы будет видеть всю картину наличия товаров на складе в базе данных, не связываясь с кладовщиком, что увеличит скорость работы по заказу клиента.
1.5 Описание структуры базы данных
Таким, образом, для решения задачи автоматизации товарно-денежных отношений, были созданы следующие сущности «Контрагенты», «Адрес», «Телефон», «Склад», «Остатки на складах», «Товар», «Заказ», «Хранение на складах», «Пользователи», «Рабочее место», «Книга покупок и продаж».
Для решения задач, рассмотренных в данном дипломном проекте, разработана схема базы данных, представленная в Приложении В.
Таблица 3 - Список основных сущностей
|
Наименование документа |
Справочный (+ или -) |
Периодичность |
|
|
Товары |
+ |
Разово |
|
|
Склад |
Разово |
||
|
Контрагент |
+ |
Разово |
|
|
Тип склада |
+ |
Разово |
|
|
Хранение на складе |
постоянно |
||
|
Заказ |
постоянно |
||
|
Остатки товаров на складах |
Разово |
||
|
Книга продаж |
В конце квартала |
Опишем каждый атрибут отдельно.
Таблица 4 - Структура таблицы «Склад»
|
Назначение (содержимое) таблицы |
Физическое имя таблицы |
Наименование поля |
Шифр поля |
Формат поля |
Размер поля |
|
|
Данные по складам |
Store1 |
Код склада |
Код склада |
Числовой (идентификатор) |
10 |
|
|
Наименование склада |
name |
Строковый |
10 |
|||
Таблица 5 - Структура таблицы «Хранение на склад»
|
Назначение (содержимое) таблицы Физическое имя таблицы Наименование поля Шифр поля Формат поля Размер поля Данные по заказам Order Код заказа Код заказа Числовой (идентификатор) 10 КодКонтрагента КодКонтрагента Числовой 10 ДатаРазмещения ДатаРазмещения Дата ДатаНазначения ДатаНазначения Дата ДатаИсполнения ДатаИсполнения Дата ДатаДоставки ДатаДоставки Дата Код хранение на складах Код хранение на складах Числовой 10 Количество Количество Числовой (2 знака после запятой) 10 Стоимость Стоимость Числовой (2 знака после запятой) 20 Номер Заказа Номер Заказа Назначение (содержимое) таблицы |
Физическое имя таблицы |
Наименование поля |
Шифр поля |
Формат поля |
Размер поля |
|
|
Данные по товарам на складе |
Keeper |
Код |
id |
Числовой (идентификатор) |
4 |
|
|
Код склада |
Store_id |
Числовой |
4 |
|||
|
Код Товара |
Mat_id |
Числовой |
4 |
|||
|
Количество |
Count |
Числовой (2 знака после запятой) |
4 |
|||
|
Стоимость |
Summa |
Числовой (2 знака после запятой) |
20 |
Отдельно рассмотрим справочную информацию. К справочной информации относится информация, хранящаяся в следующих справочниках: справочник «Контрагенты», справочник «Адреса контрагентов», справочник «Телефоны контрагентов», справочник «Товары», справочник «Типы адресов».
Рассмотрим подробнее структуру этих справочников.
Таблица 6 - Структура таблицы «Адрес»
|
Назначение (содержимое) таблицы |
Физическое имя таблицы |
Наименование поля |
Шифр поля |
Формат поля |
Размер поля |
|
|
Данные по адресам контрагентов |
Adress |
Код адреса |
id |
Integer идентификатор) |
10 |
|
|
Город адреса |
City |
Varchar |
100 |
|||
|
Улица адреса |
Street |
Varchar |
100 |
|||
|
Код Контрагента |
Sup_id |
Integer |
10 |
|||
|
Тип адреса |
Type_id |
Числовой |
10 |
Таблица 7 - Структура таблицы «Телефон»
|
Назначение (содержимое) таблицы |
Физическое имя таблицы |
Наименование поля |
Шифр поля |
Формат поля |
Размер поля |
|
|
Данные по телефонам контрагентов |
Phone |
Код телефона |
id |
Integer(идентификатор) |
10 |
|
|
Телефон / факс |
phone |
Varchar |
20 |
|||
|
Код Контрагента |
Sup_id |
Числовой |
10 |
Таблица 8 - Структура таблицы «Тип адреса»
|
Назначение (содержимое) таблицы |
Физическое имя таблицы |
Наименование поля |
Шифр поля |
Формат поля |
Размер поля |
|
|
Данные по типам адресов |
Adress_type |
Код типа адреса |
id |
Integer(идентификатор) |
10 |
|
|
Наименование типа |
type |
Varchar |
Таблица 9 - Структура таблицы «Контрагенты»
|
Назначение (содержимое) таблицы |
Физическое имя таблицы |
Наименование поля |
Шифр поля |
Формат поля |
Размер поля |
|
|
Данные контрагентам |
Kontr |
Код Контрагента |
Код Контрагента |
Integer(идентификатор) |
10 |
|
|
Наименование Контрагента |
Наименование Контрагента |
Varchar |
10 |
|||
|
Обращаться |
Обращаться |
Varchar |
||||
|
Должность |
Должность |
Varchar |
||||
|
|
|
Строковый |
100 |
Таблица 10 - Структура таблицы «Товары»
|
Назначение (содержимое) таблицы |
Физическое имя таблицы |
Наименование поля |
Шифр поля |
Формат поля |
Размер поля |
|
|
Данные о номенклатуре товаров |
Goods |
Код Товара |
Код Товара |
Числовой (идентификатор) |
10 |
|
|
Наименование Товара |
Наименование Товара |
Строковый |
10 |
|||
|
Тип Товара |
Тип Товара |
Числовой |
||||
|
Единица измерения |
Единица измерения |
Строковый |
||||
|
Норма запаса |
Норма запаса |
Числовой |
20 |
|||
|
Цена |
Цена |
Числовой (2 знака после запятой) |
Таблица 11 - Структура таблицы «Остатки на складах»
|
Назначение (содержимое) таблицы |
Физическое имя таблицы |
Наименование поля |
Шифр поля |
Формат поля |
Размер поля |
|
|
Данные об остатках на складах |
Ost |
Код остатка |
Id |
Числовой (идентификатор) |
10 |
|
|
Код склада |
Числовой |
10 |
||||
|
Код Товара |
Числовой |
10 |
||||
|
Количество |
Числовой (2 знака после запятой) |
10 |
Таблица 12 - Структура таблицы «Книга продаж»
|
Назначение (содержимое) таблицы |
Физическое имя таблицы |
Наименование поля |
Шифр поля |
Формат поля |
Размер поля |
|
|
Данные книги продаж |
Bookp |
Код |
id |
Числовой (идентификатор) |
10 |
|
|
Дата оплаты |
Дата оплаты |
Дата |
||||
|
Ссылка на код заказа |
Код заказа |
Числовой |
10 |
|||
|
Сумма |
Сумма |
Числовой (2 знака после запятой) |
10 |
Создадим стандартные ссылочные правила. Они описаны в таблице 13.
Таблица 13 - Ссылочные правила для БД
|
№ |
Родительская сущность/связь |
Дочерняя сущность/связь |
Правило удаления |
Правило обновления |
Правило вставки |
|
|
Контрагент |
Заказ |
Каскадное |
Каскадное |
Строгое |
||
|
Товар |
Остатки |
Каскадное |
Каскадное |
Строгое |
||
|
Склад |
Хранение |
Строгое |
Каскадное |
Строгое |
||
|
Контрагент |
Адрес |
Каскадное |
Каскадное |
Строгое |
||
|
Контрагент |
Телефон |
Каскадное |
Каскадное |
Строгое |
||
|
Пользователь |
Рабочее место |
Каскадное |
Каскадное |
Строгое |
1.6 Описание выходной информации
С внедрением системы автоматизации произойдут изменения в функциях управления, связанных со сбором, обработкой и выдачей информации.
Обработка информации будет полностью выполняться системой. Выдача информации будет производиться как в электронном виде, так и в печатном.
Первичная документация поступает из заинтересованных подразделений предприятия, либо от клиента. Все расчеты в системе запрограммированы, пользователь только вводит исходные данные и получает результаты.
Выходные данные являются результатом обработки входных данных по соответствующей модели, они входят в состав управляющего информационного потока своего уровня и подлежат хранению в определенном временном интервале.
Исходя из этого, выходной информацией задачи являются отчеты.
Выходной информацией является:
Печать накладных, договоров, счетов-фактур.
Отчет о продажах;
Книга продаж
Таблица 14 - Описание выходных документов
|
Наименование документа (шифр) |
Периодичность выдачи документа |
Кол-во экз. |
Куда передаются |
Поля сортировки |
Поля группировки |
Итоги |
|
|
Книга продаж |
Поквартально |
2 |
Бухгалтерия, налоговая инспекция |
Дата оплаты |
Нет |
Сумма оплаты клиентом, сумма НДС |
|
|
Договор с клиентом |
Несколько раз в неделю |
2 |
Клиенту, бухгалтерии |
Нет |
Нет |
Нет |
|
|
Счет на оплату |
К каждому договору |
1 |
Клиенту |
Нет |
Нет |
Сумма к оплате клиентом, |
|
|
Счет-фактура |
К каждому договору |
2 |
Бухгалтерия, налоговая инспекция, покупатель |
Нет |
Нет |
Сумма к оплате клиентом, сумма НДС |
|
|
Отчет о продажах |
2 раза в месяц |
1 |
Директору |
Дата продажи |
По клиенту |
Количество продаж, сумма полученных денег, сумма просрочки |
1.7 Описание контрольного примера
Тестирование проводилось на рабочих местах сотрудников, описанных в текущей схеме (Приложение А) и предлагаемой схеме (Приложение Б)
Описание тестового примера:
Ввод данных по 25-ти наименовании
Ввод данных остатков склада (20 позиций).
Ввод данных по 15 - ти покупателям.
Ввод данных по одному заказу каждого покупателя.
Создание книги продаж.
Создание отчета о продажах.
Замерялось время выполнений операций в минутах по текущей схеме, и сравнивалось в контрольным временем по предлагаемой схеме.
Расчетные таблицы приведены в Приложении Ж. Из них следуют то, что при автоматизации соответствующих участков работы скорость работы увеличится, что повысит эффективность бизнеса ООО «Регион» в целом.
1.8 Общие требования к программному продукту
Система разработана для автоматизации товарно-денежных отношений ООО «Регион». Целевыми рабочими задачами системы являются следующие задачи:
автоматизация функций работы с номенклатурой продаваемых товаров и функций работы с информацией о хранении товаров на складе;
автоматизация функций отдела продаж - ведение данных по клиентам, оформление выходных документов для продажи;
автоматизация части бухгалтерского и налогового учета - формирования книги продаж.
Для автоматизации функций работы с номенклатурой продаваемых товаров и функций работы с информацией о хранении товаров на складе, необходимы следующие данные:
наименование товара, единица товара, стоимость единицы товара;
наименование склада;
количество единиц товара определенного наименования на складе.
Для автоматизации функций отдела продаж, необходимы следующие данные:
перечень клиентов, включая адресную и контактную информацию;
данные об ОГРН и КПП клиентов;
данные о номенклатуре продаваемых товаров;
количество единиц товара определенного наименования на складе.
Для автоматизации части бухгалтерского и налогового учета, необходимы следующие данные:
перечень клиентов, включая адресную и контактную информацию;
данные об ОГРН и КПП клиентов;
данные о продаже;
документы о продаже.
Разрабатываемая система должна быть установлена на рабочих местах отдела продаж, кладовщиков и бухгалтеров. На рабочих местах кладовщиков используется устарелая техника и программное обеспечение.
Технические средства для работы системы должны удовлетворять следующим критериям:
Компьютер старой модели (процессоры поколений Pentuimдо 4 версии).
Небольшое количество памяти - 512 мб - 1024 мб.
Требования к программным средствам:
Система должна работать в среде окружения семейств Windiows, включая следующие системы WindiowsNT, WindiowsXP, Windiows 7.
Система должна быть проста в обслуживании, не иметь сложностей с копированием и переносом информации, иметь запас прочности для длительной работы.
Таким образом, имеем следующие технические параметры информационной системы:
Компьютер конечного пользователя должен иметь:
операционную систему MicrosoftWindows 2000/XP/Server 2003/MicrosofrWindows 7 (рекомендуется MicrosoftWindowsХР SP3);
процессор Intel Pentium 2000MГцивыше - Intel Core i-3 (рекомендуется Intel Pentium 2000 MГц);
оперативная память 512 Мбайт и выше (рекомендуется 1000 Мбайт);
жесткий диск, на котором после установки системных и операционных систем свободно не менее 500 Мб (при установке используется около 220 Мбайт);
устройство чтения компакт-дисков;
USB-порт;
монитор - SVGA-дисплей;
компьютерная мышь и клавиатура;
оборудование вывода - принтер, выводимый формат А4, совместимый с программным обеспечением MS Windows XP Sp3;
сетевое оборудование - сетевая карта пропускной способности 10/100 Мб.
Система имеет следующие граничные значения:
Максимальное количество строк номенклатуры товаров - 10000.
Максимальное количество данных о контрагентах (клиенты и поставщики) - 10000.
Максимальное длина ключей - 10000.
Надежность продукта определена следующими параметрами:
На всех этапах ввода проводится проверка достоверности вводимых данных.
Требование к защите информации от несанкционированного доступа.
БДдолжна быть защищена паролем от несанкционированного доступа.
Для предотвращения несанкционированного доступа предусмотрен механизм установления подлинности и полномочий пользователя при входе а АРМ. Вход в систему с паролем доступен только пользователям, имеющим соответствующие права, и обеспечивает возможность модификации и просмотра соответствующей информации.
Разрабатываемая система должна удовлетворять следующим требованиям.
1. Функциональные требования:
Ввод, удаление, изменение, поиск, сортировка информации в БД;
Ведение данных по контрагентам;
Ведение данных по номенклатуре товаров;
Ведение данных по хранению товаров на складе;
Вывод отчетов и необходимых документов на печать;
Контроль остатка по наименованию;
Должна быть обеспечена возможность многопользовательской работы;
Изменение и дополнение справочной информации.
Требования к производительности:
Необходим быстрый ответ на запрос пользователя к БД.
2. Требования к безопасности:
Должна быть обеспечена возможность резервного копирования информации.
Должен быть разработан контроль разграничения доступа к информации.
3. Требования к масштабируемости:
Возможность добавления новых модулей в систему без глобальных изменений в ней.
Должна быть реализована подсистема контроля правильности ввода, списки выбора, контроль на противоречивость.
Структура БД должна включать механизм ссылочной целостности.
Внедряемая система должна включать в себя возможность работы со следующей информацией:
1. Информация о клиентах
Название организации;
Контактный телефон;
Юридический адрес;
ФИО руководителя;
Номер счета.
2. Информация о заказах
Дата подачи;
Дата поставки товара;
Оплата;
Исполнитель заказа;
Наименование товара;
Количество;
Стоимость.
3. Информация о контрагентах:
Название организации;
Контактный телефон;
Юридический адрес;
ФИО руководителя;
Номер счета.
4. Информация о товарах:
Наименование товара;
Производитель;
Стоимость;
В наличии ед.;
5. Информация о складах и о хранении на складах:
Наименование склада;
Наименование товара;
Количество;
Эффективность системы определена следующими параметрами:
Запуск системы - 25 сек.
Время ответа при поиске записи о контрагента - 1 сек.
Время ответа при поиске записи о номенклатуре - 1 сек.
Время ответа при поиске записи о заказе - 2 сек.
Время формирования отчета «Договор» - 3 сек.
Время формирования отчета «Счет-фактура» - 3 сек.
Время формирования отчета «Книга - продаж » - 1 мин.
2. ЭКСПЕРИМЕНТАЛЬНЫЙ РАЗДЕЛ
2.1 Обоснование выбора языка программирования
В качестве среды программирования выбрана среда программирования Delphi, относящаяся к классу RAD-средств CASE-технологии. Delphi [борланддэльфи] или [борланддэлфи] - это интегрированная среда разработки, в которой используется язык программирования ObjectPascal.
Основные достоинства Delphi:
Быстрая компиляция по сравнению с любой IDE с C++ - проект на Delphi в миллион строк компилируется и собирается за секунды.
Благодаря действительно неплохому редактору форм в Delphi, можно легко и быстро разработать работающий прототип.
В Delphi есть уже готовые и весьма разнообразные средства работы с БД.
Использование Delphi позволяет создавать как самые простые приложений, на разработку которых требуется 2-3 часа, так и серьезные корпоративные проекты, предназначенных для работы десятков и сотен пользователей. Вследствие чего Delphi предназначен не только для программистов-профессионалов, им также могут пользоваться и учителя, и врачи, и преподаватели ВУЗов, и бизнесмены, все те, кто используют компьютер с чисто прикладной целью, то есть для того, чтобы быстро решить какие-то свои задачи, не привлекая для этого программистов со стороны.
Система визуального объектно-ориентированного проектирования Delphi позволяет:
1) Создавать законченные приложения для Windows самой различной направленности.
2) Быстро создавать профессионально выглядящий оконный интерфейс для любых приложений; интерфейс удовлетворяет всем требованиям Windows и автоматически настраивается на ту систему, которая установлена, поскольку использует функции, процедуры и библиотеки Windows.
3) Создавать свои динамически присоединяемые библиотеки компонентов, форм, функций, которые потом можно использовать из других языков программирования.
4) Создавать мощные системы работы с базами данных любых типов.
5) Формировать и печатать сложные отчеты, включающие таблицы, графики и т.п.
6) Создавать справочные системы, как для своих приложений, так и для любых других.
7) Создавать профессиональные программы установки для приложений Windows, учитывающие всю специфику и все требования операционной системы.
Delphi 7 - полное решение для разработки корпоративных приложений от проектирования до развертывания по архитектуре, управляемой моделью (MDA), которое позволяет интегрировать моделирование, разработку и развертывание приложений и систем электронного бизнеса для платформы Windows. Delphi содержит развитые библиотеки и инструменты для создания приложений электронного бизнеса и веб-сервисов, полностью интегрирует соответствующие технологии и качественно повышает производительность разработчиков.
При помощи включенного в комплект поставки Kylix 3 для Delphi разработчики могут переносить свои приложения на Linux, повышая отдачу своих инвестиций и расширяя спектр платформ, на которых доступны их приложения. Интегрируя ведущие приложения разработки в единый и легкий в использовании пакет, Delphi сокращает жизненный цикл разработки приложений и ускоряет вывод создаваемых с его помощью продуктов на рынок ПО.
В качестве платформы базы данных был выбран MSAccess 2007 как наиболее полно удовлетворяющая работе с базами и данных, и содержащая в себе возможность построения графического интерфейса.
2.2 Описание программы
Информационная система выполнена в среде BorlandDelphi версия 7.0. Программа работает в диалоговом режиме и предоставляет пользователю удобный графический интерфейс. Она состоит из родительского окна и нескольких дочерних окон. Запуск приложения осуществляется путем выполнения файла AS.exe.
Работа пользователя реализуется через меню, организованного при помощи кнопочной формы родительского окна.
Главное меню (рисунок 3) представляет собой иерархическую диалоговую систему доступа к функциям системы. Построение программы по такому принципу позволяет легко производить модификацию системы в целом и облегчает восприятие и понимание принципа работы приложения.
Рисунок 3 - Система меню автоматизированной системы
1. При выборе меню «Просмотр / ввод данных» пользователь попадает в подменю для ввода справочных данных, в котором определены:
Товары;
Контрагенты (покупатели);
Склад;
Остатки на складах.
Из меню «Контрагенты» есть возможность выбора меню для ввода данных «Адрес» и «Телефон».
Выбор каждого из подпунктов данного меню приведёт к вызову соответствующей формы. Каждая форма связана с файлом, в котором хранятся данные.
Формы предназначены для массового ввода данных в таблицы и последующего сохранения их в файл. Для создания новой записи на форме есть кнопка «Создать запись», для сохранения данных в файл кнопка «Сохранить».
Модуль главной формы (Unit1.pas) дает возможность работы с главным меню.
Также в данных подменю возможно посмотреть содержимое таблиц (файлов).
Модуль GD.pas. Форма «Товары» связана с таблицей Goods. В ней записываются идентификатор таблицы (код сущности), наименование товара, соответствующая этому материалу единица измерения, цена за 1 единицу измерения.
Модуль Ost.pas. Форма «Остаток на складе» связана с таблицей Ost. В ней записываются идентификатор таблицы (код сущности), код товара, количество материала. Код товара - поле выбора идентификатора из справочника товаров (таблица Goods).
Модуль St.pas. Форма «Склад» связана с таблицей Store1. В ней записываются идентификатор таблицы (код сущности), наименование склада
Модуль Kt.pas. Форма «Контрагенты» связана с таблицей Kontr. В ней записываются идентификатор таблицы (код сущности), наименование поставщика, должность - с кем связываться у поставщика, ФИО с кем связываться у поставщика.
Модуль Ad.pas. Форма «Адрес» связана с таблицей Adress. В ней записываются идентификатор таблицы (код сущности), город и улица поставщика, тип адреса, код поставщика. Поле «тип адреса» является выбором из справочника типов адресов, при этом в данном поле «тип адреса» можно добавить новый тип адреса. Таким образом, поле «тип адреса» связано с таблицей Adress_type. Код контрагента - это поле выбора идентификатора из контрагентов (таблица Kontr).
Модуль ph.pas. Форма «Телефон» связана с таблицей Phone. В ней записываются идентификатор таблицы (код сущности), номер телефона или факса, код поставщика. Код контрагента - это поле выбора идентификатора из контрагентов (таблица Kontr).
2. При выборе меню «Основные формы» пользователь попадает в подменю для ввода основных данных, в котором определены:
Хранение на складах;
Заказы.
Выбор каждого из подпунктов данного меню приведёт к вызову соответствующей формы. Каждая форма связана с файлом, в котором хранятся данные.
Формы предназначены для массового ввода данных в таблицы и последующего сохранения их в файл. Для создания новой записи на форме есть кнопка «Создать запись», для сохранения данных в файл кнопка «Сохранить».
Также в данных подменю возможно посмотреть содержимое таблиц (файлов).
Модуль Ord.pas. Форма «Заказы» связана с таблицей Order. В ней записываются идентификатор таблицы (код сущности), код поставщика, номер заказа (текстовое описание заказа), Дата Размещения заказа, Дата Назначения покупателя, Дата Исполнения, Дата Доставки - фактическая дата исполнения, код хранения на складе, откуда нужно выдать заказ, количество заказанного материала, стоимость заказа. В форме заказа есть кнопки для печати счета на оплату заказа, договора с клиентов, счет-фактуры. Код контрагента - это поле выбора идентификатора из покупателей (таблица Kontr). Код хранения на складах - поле выбора идентификатора из «Хранение на складах» (таблица Keeper). Форма также является главной формой.
Модуль Kep.pas. Форма «Хранение на складах» связана с таблицей Keeper. В ней записываются идентификатор таблицы (код сущности), код склада, код товара, количество и стоимость товара, Дата Размещения заказа, Дата Назначения контрагента, Дата Исполнения, Дата Доставки - фактическая дата исполнения, код склада, код товара, количество товара, стоимость товара. Код товара - поле выбора из справочника товаров (таблица Goods).
3. При выборе меню «Отчеты» пользователь попадает в подменю для просмотра отчетов, в котором определены:
Книга продаж;
Остатки на складах.
Отчет о продажах.
Выбор каждого из подпунктов данного меню приведёт к вызову на экран соответствующего отчета.
Отчеты предназначены для просмотра итогов массового ввода данных в таблицы и для обработки введенных данных.
Для печати отчета есть кнопки «Вывести на печать» и «Сохранить на диск».
В соответствии с требованиями, предъявляемыми к информационной системе, структуру задач решаемых ею можно представить схемой (рисунок 4).
Рисунок 4 - Блок-схема основных модулей программы
Работа с программой начинается с вывода основной формы программы, где пользователю предлагается воспользоваться меню или кнопками формы (это альтернативные решения для удобства пользования программой).
Реализация описанных модулей реализуется работой подфункций:
добавление данных;
редактирование данных;
проверка правильности ввода данных;
просмотр результатов;
печать и сохранение отчетов;
сохранение информации;
автоматическая коррекция ошибок.
На основании разработанной информационной системы, была составлена таблица 15, отражающая описание программных модулей системы.
Таблица 15 - Описание программных модулей системы
|
Программный модуль |
Описание |
|
|
Модуль главной формы (Unit1.pas) |
Служит для выбора нужно пункта меню для входа в нужную форму. Визуализация данных из таблиц, хранящихся в базе данных Access, осуществлена с помощью компонента DBGrid вкладки DataControls. Навигация по таблицам осуществляется с помощью компонентов DBNavigator вкладки DataControls. Главное меню программы разработано с помощью компонента MainMenu вкладки Standard и служит для перехода к справочникам системы и формировании результатной отчетности. |
|
|
Модуль формы (Ord.pas) |
Служит для отображения, добавления и редактирования информации о заказах клиентов компании, товаров, привязанных к заказам. С помощью средств фильтрации заказов можно отобрать нужную группу заказов по различным критериям. |
|
|
Модуль данных (Unit3.pas) |
Служит для связи с базой данных, хранящейся в таблицах Access. Связь реализована с помощью технологии ADO. Связь с базой данных осуществлена с помощью компонента ADOConnection вкладки ADO. Запросы реализованы с помощью компонентов ADOQuery вкладки ADO. Визуализация данных осуществлена с помощью связующего компонента DataSource вкладки DataAccess. Для генерации отчетов и сопроводительной документации используются шаблоны документов Word, связь с которыми реализуется с помощью компонентов WordApplication и WordDocument вкладки Servers |
|
|
Модуль формы «Товары» (Gd2.pas) |
Служит для отображения, добавления и редактирования информации о номенклатуре товаров. Заполнив соответствующие поля справочника можно зафиксировать новый товар. С помощью строки поиска можно найти необходимую информацию, просмотреть, удалить или отредактировать. Визуализация данных из таблиц, хранящихся в базе данных Access, осуществлена с помощью компонента DBCtrlGrid вкладки DataControls. Навигация по справочнику осуществляется с помощью компонента DBNavigator. |
|
|
Модуль формы «Склад» (Unit4.pas) |
Служит для отображения, добавления и редактирования информации о складах, работа с данным справочником аналогична работе со справочником «Товары». |
|
|
Модуль формы «Хранение на складе товаров» (Kep.pas) |
Служит для отображения, добавления и редактирования информации о привязке данных товаров к складу, месту на складе и т.п. Работа с данным справочником аналогична работе со справочником «Товары». |
|
|
Модуль формы «Контрагенты» (Kt.pas) |
Служит для отображения, добавления и редактирования информации о клиентах. Визуализация данных из таблиц, хранящихся в базе данных Access, осуществлена с помощью компонента DBGrid вкладки DataControls. Навигация по справочнику осуществляется с помощью компонентов DBNavigator вкладки DataControls. |
|
|
Модуль формы «Адрес» (Ad.pas) |
Служит для отображения, добавления и редактирования информации об адресах клиентов. Работа с данным справочником аналогична работе со справочником «Клиенты». |
|
|
Модуль формы «Телефон» (Ph.pas) |
Служит для отображения, добавления и редактирования информации об телефонах клиентов. Работа с данным справочником аналогична работе со справочником «Клиенты». |
|
|
Модуль формы «Период отчетности» (Unit9.pas) |
Для выбора нужного периода отчетности, необходимо выбрать нужную дату в соответствующих полях, с помощью выпадающих календарей. Выбрав нужный период отчетности в соответствующих полях, и нажав на соответствующую кнопку, имеется возможность просмотреть или распечатать необходимый отчет. |
2.3 Протокол тестирования программного продукта
Тестирование на корректных данных по описанию тестового примера повысило эффективность работы (таблица 16). Тестирование на данных контрольного примера по текущей схеме деятельности приведено в таблицах 16 и 17.
Таблица 16 - Тестирование на данных контрольного примера при текущей схеме деятельности.
|
П№ |
Название операции |
Оборудо-вание |
Единицы измерения |
Объем работы в год |
Норма выработки (в час) |
Трудоемкость (гр.5: гр.6) |
Средняя часовая зарплата оператора (руб.) |
Часовая стоимость накладных расходов (руб.) |
Стоимость машинного часа (руб.) |
Стоимость работы оборудования (гр.8 + гр.9+ гр.10) (руб.) |
Стоимостные затраты (гр.7*гр.11) (руб.) |
|
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
|
|
1 |
Прием, визуальная проверка документов |
ручн. |
документов |
11000 |
100 |
110,00 |
193 |
125,5 |
0 |
318,5 |
35035 |
|
|
2 |
Ввод данных |
ЭВМ |
символы |
25200000 |
7200 |
3500,00 |
233 |
151,5 |
10 |
394,5 |
1380750 |
|
|
3 |
Обработка данных |
ЭВМ |
операция |
260960400 |
1000000 |
260,96 |
233 |
151,5 |
10 |
394,5 |
102948,7 |
|
|
4 |
Печать документов |
ЭВМ |
Документо- строка |
2580350 |
12000 |
215,03 |
233 |
151,5 |
10 |
394,5 |
84829,3 |
|
|
ИТОГО за год |
4085,99 |
1603563 |
Тестирование на данных контрольного примера при автоматизации приведено в таблице 16.
Таблица 17 - Тестирование на данных контрольного примера при автоматизации
|
П№ |
Название операции |
Оборудование |
Единицы измерения |
Объем работы в год |
Норма выработки (в час) |
Трудоемкость (гр.5: гр.6) |
Средняя часовая зарплата оператора (руб.) |
Подобные документы
Проектирование информационной системы для удобного ведения учета товара. Функциональная модель предметной области. Обоснование выбора языка программирования. Описание программы, руководство пользователя. Протокол тестирования программного продукта.
курсовая работа [537,6 K], добавлен 18.09.2014Структурная схема получения гороскопа по дате рождения. Листинг исходных кодов программы и руководство пользователя. Ввод данных с помощью объекта класса QDateEdit. Разработка пользовательского интерфейса. Выбор стратегии тестирования и отладка программы.
курсовая работа [1,0 M], добавлен 31.05.2015Написание программы, состоящей из двух модулей и реализующей простейший калькулятор. Разработка алгоритма решения задачи, реализация его в среде программирования Delphi. Список использованных переменных. Блок-схема программы, руководство пользователя.
курсовая работа [106,6 K], добавлен 16.06.2014Математическая постановка задачи для алгоритмизации, рекуррентная зависимость. Алгоритм решения задачи, блок-схема программы. Тестовые данные для тестирования программы. Результаты, соответствующие для первых вводимых данных и листинг программы.
контрольная работа [27,0 K], добавлен 09.05.2012Разработка программы обработки изображений, позволяющей прорисовывать типовые геометрические фигуры. Выбор аппаратных и технических средств для реализации программного продукта. Организация входных и выходных данных. Блок-схема и листинг программы.
курсовая работа [2,4 M], добавлен 18.06.2014Разработка программы на языке Turbo Pascal, обеспечивающей работу пользователя в диалоговом режиме с возможностью выбора функций с помощью одноуровневого меню вертикального типа. Блок-схема и листинг программы, описание руководства пользователя.
курсовая работа [1,5 M], добавлен 17.03.2014Разработка программы на языке VBA, которая вводит исходные данные, выполняет расчеты и выводит на экран заданную информацию. Типы блок-схем и их использование при написании программы. Описание входных данных и результат вычислений, листинг программы.
курсовая работа [680,3 K], добавлен 03.08.2009Системы линейных алгебраических уравнений. Матричный метод решения систем линейных уравнений. Решение задачи математическим методом. Блок-схема алгоритма и листинг программы. Расчет трудоемкости разработки программы. Расчет себестоимости и цены программы.
дипломная работа [144,8 K], добавлен 25.04.2012Разработка программы для нахождения минимального и максимального элемента массива, вычисления среднего арифметического строк и столбцов транспортирования матриц. Характеристика основных программных средств. Описание программы, руководство пользователя.
курсовая работа [2,4 M], добавлен 26.04.2015Математическая формулировка задачи, принципиальная схема гидравлического демпфера. Структурная схема программы связи модулей, реализованной на языке высокого уровня Borland Delphi 7.0. Ее описание, руководство пользователя, особенности тестирования.
курсовая работа [140,0 K], добавлен 29.05.2013
