Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Автоматизированное рабочее место бухгалтера на примере частного охранного предприятия "Виктория"

Автоматизированное рабочее место бухгалтера на примере частного охранного предприятия "Виктория"

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 25.10.2013
Размер файла 803,1 K
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

- максимальная приближённость специалистов к машинным средствам обработки информации;

- работа в диалоговом режиме;

- оснащение АРМ в соответствии с требованиями эргономики;

- высокая производительность компьютера;

- максимальная автоматизация рутинных процессов;

- моральная удовлетворенность специалистов условиями труда, стимулирующая их творческую активность, в частности, в дальнейшем развитии системы;

- возможность самообучения специалистов.

Задачи, решаемые на АРМ, условно можно разделить на информационные и вычислительные.

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

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

В последнее время большое внимание выделяется разработке средств решения не полностью формализуемых задач, называемых сематическими. Такие задачи возникают очень часто в ходе оперативного управления экономическими объектами, особенно при принятии решений в условиях неполной информации. Структура АРМ - это совокупность его подсистем и элементов. К обеспечивающим системам в первую очередь следует отнести: техническое, информационное, программное и организационное. Кроме того, существует целый ряд подсистем.

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

У групповых АРМ таким компьютером могут пользоваться 4 - 6 человек. В комплект профессионального персонального компьютера входят процессор, дисплей, клавиатура, магнитные накопители информации, печатающие устройства и графопостроители.

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

Информационное обеспечение - это массивы информации, хранящиеся в локальных базах данных. Информация организуется и хранится, в основном, на магнитных дисках. Управление ею осуществляется с помощью программной системы управления базами данных, которая производит запись информации, поиск, считывание, корректировку и решение информационных задач. В АРМ может быть несколько баз данных.

Организационное обеспечение включает средства и методы организации функционирования, совершенствования и развития АРМ, а также подготовки и повышения квалификации кадров.

Для групповых и коллективных АРМ в подсистему организационного обеспечения включаются функции администрирования АРМ: проектирование, планирование, учет, контроль, анализ, регулирование, организационные связи с инфрасистемами и др.

Организационное обеспечение предусматривает определение и документальное оформление прав и обязанностей пользователей АРМ.

Программное обеспечение состоит из системного программного обеспечения и прикладного. Основой системного обеспечения является операционная система и системы программирования, например, алгоритмический язык БЕЙСИК. Системные программы обеспечивают рациональную технологию обработки информации. Так называемые сервисные программы, которыми АРМ комплектуется в зависимости от потребности в них, расширяют возможности операционной системы.

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

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

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

Примерами ППП являются: ППП для формирования различных документов с выполнением расчётных операций, ППП для задач оптимизаций планов, ППП балансовых задач. Особое место уделяется ППП для создания автоматизированных информационных систем, которые могут иметь различное назначение: справочные, для обработки таблиц, ведения массивов информации, создания и ведения баз данных, документальные. Пакеты для работы с графической информацией позволяют представить в наглядном и компактном виде состояние и процессы, свойственные объектам, проиллюстрировать результаты прогнозного анализа.

1.4 Теория современных систем управления базами данных

Концепция баз данных

Активная деятельность по отысканию приемлемых способов обобществления непрерывно растущего объема информации привела к созданию в начале 60-х годов специальных программных комплексов, называемых "Системы управления базами данных" (СУБД).

Этому предшествовал первый опыт использования файловых систем для организации баз данных. Файловые системы выявили различные проблемы обработки большого количества информации и заложили основные направления развития теории баз данных. Вот список лишь нескольких потребностей, которые не покрывались возможностями систем управления файлами:

- поддержание логически согласованного набора файлов;

- обеспечение языка манипулирования данными;

- восстановление информации после разного рода сбоев;

- реально параллельная работа нескольких пользователей;

Можно считать, что если прикладная информационная система опирается на некоторую систему управления данными, обладающую этими свойствами, то эта система управления данными является системой управления базами данных (СУБД). Основная особенность СУБД - это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры. Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением СУБД, стали называть банки данных, а затем "Базы данных" (БД). На рисунке 1.1 приведем типовую схемы организации работы с СУБД.

Рисунок 1.1 - Связь программ и данных при использовании СУБД

Архитектура СУБД

СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления:

- о физическом размещении в памяти данных и их описаний;

- о механизмах поиска запрашиваемых данных;

- о проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);

- о способах обеспечения защиты данных от некорректных обновлений и (или) несанкционированного доступа;

- о поддержании баз данных в актуальном состоянии и множестве других функций СУБД;

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

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

Рисунок 1.2 - Уровни моделей данных

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

Остальные модели, показанные на рисунке 1.2, являются компьютеро - ориентированными.

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

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

Трехуровневая архитектура (инфологический, даталогический и физический уровни) позволяет обеспечить независимость хранимых данных от использующих их программ. АБД может при необходимости переписать хранимые данные на другие носители информации и (или) реорганизовать их физическую структуру, изменив лишь физическую модель данных. АБД может подключить к системе любое число новых пользователей (новых приложений), дополнив, если надо, даталогическую модель. Указанные изменения физической и даталогической моделей не будут замечены существующими пользователями системы (окажутся "прозрачными" для них), так же как не будут замечены и новые пользователи. Следовательно, независимость данных обеспечивает возможность развития системы баз данных без разрушения существующих приложений.

1.5 Краткая характеристика объекта автоматизации

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

Функциями предприятия являются:

- автоматизация учета сырья, материалов, готовой продукции;

- автоматизация продаж готовой продукции по безналичному расчету;

- ведение взаиморасчетов с клиентами;

- формирование книг покупок и продаж;

- получение отчетной и аналитической информации.

Информационные взаимосвязи объекта разработки с другими объектами, а также ряд задач, решаемых данными подразделениями представлены в таблице 1.1.

Таблица 1.1 - Информационные взаимосвязи

Компонент ИС

Функция компонента

Куда передается

Что передается

1

2

3

4

Производство

Отчетность о выполнении заказа

Бухгалтерия

Рапорт по выпуску продукции

Отчетность о выполнении заказа;

Отчет о расходе радиоэлементов;

Склад

Рапорт по выпуску продукции

Рапорт о расходе материалов

Склад

Формирование документов о наличии радиодеталей

Формирование документов о отпуске радиодеталей на производство

Бухгалтерия

Лимитно-заборная карта;

Ведомость наличия товара;

Транспортная накладная;

Формирование сопроводительных документов о отпуске радиодеталей на производство

Производство

Комплектовочная ведомость;

Бухгалтерия

Формирование документов на изготовление комплектов

Производство

Спецификация

Формирование документов на отпуск готовых комплектов покупателю;

Формирование документов на отпуск радиодеталей в производство;

Склад

Расходные накладные на готовую продукцию;

Товарно-транспортная накладная на отпуск товара;

Наряд на изготовление;

1.6 Определение целей создания автоматизированной информационной системы предприятия. АРМ Бухгалтера

Разрабатываемая система направлена на решение задач ведения взаиморасчетов с покупателями и поставщиками.

Целями создания автоматизированной информационной системы предприятия, выпускающего охранные системы (АИСПОС) являются следующие:

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

- подготовка финансовой отчетности о работе предприятия;

- финансовый учет;

- учет продаж;

- средства достижения поставленной цели:

- локальная вычислительная сеть АИСПОС с АРМ в бухгалтерии и на складе;

- специальное программное обеспечение для АРМ с соответствующими полномочиями для работы с базой данных;

- информационное обеспечение в виде базы данных и документов на бумажных носителях;

- организационное обеспечение в форме инструкций, определяющих состав и функции исполнителей, работающих с компонентами АСУ или взаимодействующих с автоматизированной системой (подготовка данных или использование результатов);

- методическое обеспечение, определяющее порядок решения задач в АИСПОС.

Факторы, влияющие на повышение производительности труда сотрудников:

- сокращение затрат на решение производственных задач (расчеты, подготовка итоговых отчетов, выборка необходимых сведений и др.);

- сокращение числа ошибок при подготовке отчетов, справок и других документов;

- увеличение количества решаемых задач в плане подготовки дополнительных справок и отчетов в текстовой форме с возможностью оперативного просмотра на экране компьютера;

- сокращение количества документов на бумажных носителях;

- сокращение времени на обмен данными и др.

1.7 Анализ состава и содержания документов

Хозяйственный учет представляет собой совокупность бухгалтерского, оперативного и статистического учета. Учет - одна из наиболее трудоемких функций управления. Отличительной чертой учета является большая массовость и однородность исходных и итоговых показателей. Как правило, итоговые показатели формируются путем многократной группировки по различным признакам исходных первичных данных без применения сложных расчетов.

Бухгалтерский учет реализации товаров в оптовой торговле осуществляется по мере отгрузки товаров и предъявления покупателям расчетных документов.

Отпуск товаров покупателям осуществляется на основе следующих документов: накладных; актов приема-передачи; счетов-фактур; товарно-транспортных накладных; железнодорожных и авианакладных.

Общая стоимость реализованных товаров по продажным ценам представляет собой товарооборот.

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

- факт отгрузки товаров и предъявление покупателю расчетных документов;

- факт поступления оплаты от покупателей на счета в учреждения банков;

Этот фактор определяет момент перехода права владения, пользования и распоряжения реализуемых товаров от поставщика к покупателю. В первом случае, как только товары отгружены и покупателю предъявлены на нее расчетные документы, все права собственности переходят на этот товар к покупателю; во втором - до момента оплаты товар является собственностью поставщика.

Момент продажи товаров обусловливает метод определения выручки от продажи: метод начисления ("по отгрузке") или кассовый метод ("по оплате").

Метод определения выручки по отгрузке товаров и предъявлению расчетных документов покупателю повсеместно используется в международной практике. В нашей стране, особенно на субъектах малого предпринимательства, был распространен кассовый метод ("по оплате"). С 1996 г. введен в действие новый порядок определения выручки от реализации продукции, согласно которому для составления финансовой отчетности безальтернативно применяется метод начисления ("по отгрузке"). Фактически в больничной аптеке при продаже комплектов применяется кассовый метод "по оплате", но иногда бывают исключения, и используется метод начисления "по отгрузке".

Каждая отгрузка товаров оптовым покупателям сопровождается оформлением счета-фактуры типовой формы, утвержденной Постановлением Правительства Российской Федерации от 29.07.96 № 914. Счет-фактура составляется в двух экземплярах, один из которых предоставляется покупателю не позднее 10 дней со дня отгрузки товаров.

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

Выходные документы формируются на основе информации из первичных документов, таких как:

- счет;

- накладная;

- счет-фактура;

В качестве учетной цены товаров на предприятиях оптовой торговли может использоваться покупная или продажная цена. На предприятии учетной ценой являются покупные цены с НДС 18%.

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

Порядок списания отпущенных товаров зависит от способа хранения товаров на складе (партионный или сортовой) и принятого предприятием в учетной политике метода определения учетных цен на реализуемые товары.

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

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

- по средней (средневзвешенной) цене;

- по ценам первых закупок (ФИФО);

- по ценам последних закупок (ЛИФО);

- по себестоимости единицы запасов;

Продажная цена комплектов охранных систем определяется путем прибавления 35% к себестоимости (закупочной цене) компонентов, необходимых для изготовления одной единицы продукции. Списание на складе происходит по себестоимости.

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

В соответствии с Инструкцией ГНС РФ от 11.10.95 г. № 39 при реализации товаров оптовые организации определяют облагаемый оборот на основе стоимости реализуемых покупателям товаров исходя из применяемых цен без включения в них налога на добавленную стоимость.

В счетах, выписанных покупателям за реализуемые медикаменты, накладных на отпуск готовой продукции, а также счетах-фактурах, составленных и зарегистрированных в установленном порядке, указывается продажная цена этих комплектов без НДС и отдельной строкой - сумма налога на добавленную стоимость, начисленная по соответствующей ставке (18%) от продажной цены.

Общий список документов на предприятии достаточно большой, но выделим из них, относящиеся к работе системы:

- транспортная накладная;

- ведомость наличия товара;

- лимитно-заборная карта;

- наряд на изготовление;

- товарно-транспортная накладная на отпуск товара;

- расходные накладные на готовую продукцию;

- рапорт по выпуску продукции;

- спецификация;

- рапорт о расходе материалов;

- комплектовочная ведомость;

- договор на поставку;

- доверенность на получение товара;

- счет-фактура;

- товарно-транспортная накладная;

- прайс-лист;

- бланк-заказ на поставку радиодеталей;

- бланк-заказ на поставку готовой продукции;

- приходные накладные;

- счет на оплату поставки;

- выписка из банка;

- платежное поручение.

Содержание указанных документов представлено в таблице 1.2.

Таблица 1.2 - Документы для работы системы

Документ

Реквизиты

Период

Итоги

1

2

3

4

Транспортная накладная

Номер и дата документа

Код заказчика

Наименование заказчика

Перечень номенклатуры заказа

При получении/выдаче товаров

Количество заказанных комплектов

Ведомость наличия товара

Номер и дата документа

Перечень наличия номенклатуры

1 раз в месяц

Количество заказанных комплектов

Лимитно-заборная карта

Номер и дата документа

Перечень номенклатуры на изготовление комплектов

При получении

Количество заказанных комплектов

Наряд на изготовление

Номер и дата документа

Перечень номенклатуры заказа на изготовление комплектов

При получении

Количество заказанных комплектов

Товарно-транспортная накладная на отпуск товара

Номер и дата документа

ФИО МОЛ, на которого оформляется доверенность

Паспортные данные МОЛ.

Номер документа-основания

Код и наименование поставщика (покупателя)

Срок действия

При получении

Сумма по номенклатуре заказа

Рапорт по выпуску продукции

Номер и дата документа

Код и наименование поставщика (покупателя)

Перечень номенклатуры поставки

Дата составления

При получении

Сумма по номенклатуре заказа

Спецификация

Номер и дата документа

Код и наименование поставщика (покупателя)

Перечень номенклатуры поставки

Дата составления

При получении

Сумма по номенклатуре заказа

Рапорт о расходе материалов

Номер и дата документа

Код и наименование поставщика (покупателя)

Перечень номенклатуры поставки

Дата составления

При получении

Сумма по номенклатуре заказа

Комплектовочная ведомость

Номер и дата документа

ФИО МОЦ

При получении

Количество

номенклатуры заказа

Договор на поставку

Номер и дата документа

Код и наименование поставщика

При получении

Сумма по номенклатуре заказа

Доверенность на получение товара

Номер и дата документа

Код и наименование поставщика

ФИО МОЦ

Перечень номенклатуры поставки

При получении

Сумма по номенклатуре заказа

Счет-фактура

Номер и дата документа

Код и наименование поставщика (покупателя)

Сумма номенклатуры поставки

При получении

Сумма по номенклатуре заказа

Товарно-транспортная накладная

Номер и дата документа

ФИО МОЛ

Номер документа-основания

Код и наименование поставщика (покупателя)

При получении

Сумма по номенклатуре заказа

1.8 Анализ процесса реализации готовой продукции

1. Реализация готовой продукции юридическому лицу по безналичному расчету происходит по следующей схеме.

Заключается договор в двух экземплярах и подкалывается в папку. Выписывается счет в двух экземплярах (с занесением его номера в тетрадь регистрации) и выдается покупателю для последующей предоплаты.

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

2. Возврат товара и обмен его

Покупатель в бухгалтерии выписывает накладную на бракованный товар (расход в брак). По этой накладной покупатель меняет товар на складе. В случае, если такого товара нет по остаткам в компьютере, предлагается другой товар или его стоимость на день продажи.

1.9 Предварительный технико-экономический анализ создания АИСПОС

При принятии решения о создании АИСПОС необходимо, в первую очередь, оценить условия, при которых создание автоматизированной системы будет экономически целесообразным.

В целом внедрение средств автоматизации требует решения следующих задач:

оценка затрат на проектирование, приобретение комплектующих изделий (ИО, ПО, ТО);

оценка затрат на внедрение средств автоматизации (монтаж, установка ИО, ТО, ПО, обучение пользователей);

оценка эксплуатационных расходов;

определение источников будущих доходов от основной деятельности предприятия или экономии средств на обработку экономической информации от внедрения средств автоматизации;

оценка величины будущих доходов;

оценка срока окупаемости будущих затрат;

учет динамики цен в период создания автоматизированной системы;

В данном проекте анализ целесообразности создания АИСПОС будем выполнять в следующем порядке:

1. Оценка затрат времени на обработку экономической информации в i-м подразделении на основе оценки объема входных (Vвх, i) и выходных (Vвых, i) данных, а также заданных нормативов вх, вых:

(1.1)

вх =500 симв/ час,

вых =500 симв/ час

Vвх, i =67165,5 симв., Vвых, i =68623,9 симв.

Т бухгалтерия=67165,5/500+68623,9/500=271,58 (час)

2. Определение количества сотрудников (рабочих мест), занятых обработкой экономической информации существующей ЭИС:

, (1.2)

где - среднемесячный фонд рабочего времени (часов).

В году количество рабочих часов равно 2001 (по производственному календарю)

= 2001/12=167 (часов);

N бухгалтерия= 271,58 /167=1,63 (чел.) Nбухгалтерия = 2 (чел.)

3. Оценка финансовых затрат на обработку ЭИ за месяц:

, (1.3)

где - усредненный норматив затрат на обработку ЭИ на одном рабочем месте в i-м подразделении с учетом основной и дополнительной заработной платы, налогов, амортизации оборудования, эксплуатационных расходов и т.п.;

Рнорм,min = 2000 (руб.)

Рнорм,max = 2100 (руб.)

Рнорм = (2000+2100) /2=2050 (руб.)

F бухгалтерия= 20502 = 4100 (руб.)

4. Оценка средней себестоимости обработки документов:

(1.4)

где - количество документов (первичных или отчетных), обрабатываемых за месяц в i-м подразделении;

С бухгалтерия = 4100/211 = 19,43 руб/ документ

5. Вычисление допустимых затрат на создание автоматизированных рабочих мест в i-м подразделении и АИСПОС в целом (затраты считаются допустимыми, если они будут скомпенсированы за L лет за счет сокращения фонда оплаты труда или себестоимости обработки ЭИ):

, (1.5)

где - относительное сокращение трудоемкости обработки ЭИ (относительное повышение производительности труда).

Доля эксплуатационных расходов: = 0,02;

Срок эксплуатации: L= 2,5 года;

Зависимость S от т можно представить в таблице 1.3:

Таблица 1.3 - Зависимость

т

0,1

0,2

0,4

0,5

0,6

0,7

S

4271

9609

16473

25625

57656

89688

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

(1.6)

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

Таблица 1.4 - Состав комплектующих

Название комплектующих

Цена

Материнская плата Epox 8RDA

2870 руб.

Процессор AMD ATHLON XP 1,8GHz

1950 руб.

Оперативная память DIMM DDR 128Mb

750 руб.

Жесткий диск 40Gb 7200

2500 руб.

Дисковод FDD

340 руб.

Дисковод CD-ROM

400 руб.

Корпус

660 руб.

Видеокарта Ge Force 2 MX400 32Mb

840 руб.

Монитор 17” Samtron

4740 руб.

Клавиатура Keyboard Win 98

270 руб.

Мышь Mouse ps/2

50 руб.

Принтер EPSON Stylus Color C42SX

1840 руб.

ИТОГО:

17230 руб.

При условии, что составляет от 35 до 55 % от S, получим:

31316,16 < S < 49211,43 принимаем S<40000, следовательно

Величина , соответствующая определенному значению S, позволит оценить последствия от внедрения средств автоматизации:

а) повышение производительности труда (или соответствующих нормативов на обработку данных):

(1.7)

=1000/ (1-0,6) =400 симв/ час

б) сокращение затрат времени на обработку данных при условии, что объем входных и выходных данных не изменяется:

(1.8)

=67,685 (1-0,5) =33,84 час

в) возможное сокращение количества исполнителей:

(1.9)

=2 (1-0,6) =0,81 (чел.)

г) ежемесячные финансовые затраты на обработку документов:

, (1.10)

где - ежемесячные амортизационные отчисления для компенсации капитальных затрат на создание АИСПОС:

(1.11)

40000/ (122,5) =1333,33 (руб.)

(1.12)

400000,02=2000 (руб.)

= (2050+1333,33+2000) 0,8=4306,66 (руб.)

д) увеличение объема обрабатываемых данных:

(1.13)

=135789,42/ (1-0,6) =339473,55 (симв.)

е) изменение финансовых затрат на обработку ЭИ (себестоимости обработки документов):

(1.14)

= (19,43-4306,66/228) /19,43=0,08

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

Используя нормативные данные, получили следующие результаты:

- экономическую информацию в бухгалтерии обрабатывают 2 человека;

- финансовые затраты на обработку экономической информации за месяц составили 4100 руб.;

- себестоимость обработки документа составила 19,43 руб. за документ.

Для дальнейшего анализа на основе данных фирмы "Технолинк" составили спецификацию технического обеспечения на сумму 17224 руб., при условии, что доля технического обеспечения составляет от 35% до 55%. Таким образом, общие затраты на создание средств автоматизации составят 40000 руб. При следующих заданных значениях: срок окупаемости - 2,5 года, доля эксплуатационных расходов - 0,02 и усредненный норматив затрат на обработку экономической информации на одном рабочем месте - 2050 руб., получили, что производительность труда повысится на 60% за счет того, что сократится время на обработку документов на такую же величину. При внедрении АИСПОС количество исполнителей в системе уменьшится на 1 человека. Ежемесячные финансовые затраты на одно рабочее место сократятся на 8%, что ведет к снижению себестоимости обработки документов на такую же величину.

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

1.10 Требования к системе

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

Цель ее создания - полный финансовый и складской учет радиодеталей, формирование разного рода документов.

Требования к составу входных и выходных данных

Как уже отмечалось, в основе построения системы должен лежать принцип однократного ввода информации. Причем следует отметить, что ввод информации разного рода строго разделен между АРМами.

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

Ввод всех полей должен осуществляться с проверкой на допустимость значений. Ряд полей (ключевых полей) обязателен для заполнения при создании любой новой записи. При нарушении условий ввода должны выдаваться содержательные сообщения об ошибке и способе её устранения.

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

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

Требования к надежности

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

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

Требования к составу и параметрам технических средств

Программа должна работать на стандартном комплексе технических средств из состава персональных компьютеров семейства IBM с VGA/SVGA - монитором. Требования на производительность вычислительной системы и объему оперативной памяти налагает используемая операционная система.

Объем дисковой памяти для хранения базы данных зависит от ее размера.

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

Требования к программной и информационной совместимости

Разработка должна работать под управлением операционной системы - Microsoft Windows 98 и выше.

Для правильного функционирования системы необходимо наличие следующих программных пакетов:

Microsoft Office 2000 (Word, Excel);

1С: Предприятие 7.7 (компонента: оперативный учет)

Требования к документации

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

Каждое рабочее место должно содержать контекстно-зависимую справочную систему в виде подсказок.

Порядок контроля и приемки

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

Первый этап тестирования производится разработчиком. На втором этапе происходит заполнение базы данных реальными данными, и приступают к опытной эксплуатации всех АРМ. Решение о завершении этапа тестирования и доводки и переходе к этапу внедрения принимается по итогам опытной эксплуатации. При необходимости создается дополняющая документация.

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

2.1 Разработка структуры данных

Инфологическая модель данных "Сущность-связь"

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

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

Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей (например, ЦВЕТ может быть определен для многих сущностей: СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.).

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

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

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

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

Реляционная структура данных

В конце 60-х годов появились работы, в которых обсуждались возможности применения различных табличных даталогических моделей данных, т.е. возможности использования привычных и естественных способов представления данных. Наиболее значительной из них была статья сотрудника фирмы IBM д-ра Э. Кодда (Codd E. F., A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970), где, вероятно, впервые был применен термин "реляционная модель данных". Будучи математиком по образованию Э. Кодд предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение). Он показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение - relation.

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

Доменом называется множество атомарных значений одного и того же типа. Смысл доменов состоит в следующем. Если значения двух атрибутов берутся из одного и того же домена, то, вероятно, имеют смысл сравнения, использующие эти два атрибута (например, для организации транзитного рейса можно дать запрос "Выдать рейсы, в которых время вылета из Москвы в Сочи больше времени прибытия из Архангельска в Москву"). Если же значения двух атрибутов берутся из различных доменов, то их сравнение, вероятно, лишено смысла: стоит ли сравнивать номер рейса со стоимостью билета?

Заголовок состоит из такого фиксированного множества атрибутов A1, A2,., An, что существует взаимно однозначное соответствие между этими атрибутами Ai и определяющими их доменами Di (i=1,2,.,n).

Тело состоит из меняющегося во времени множества кортежей, где каждый кортеж состоит в свою очередь из множества пар атрибут-значение (Ai: Vi), (i=1,2,.,n), по одной такой паре для каждого атрибута Ai в заголовке. Для любой заданной пары атрибут-значение (Ai: Vi) Vi является значением из единственного домена Di, который связан с атрибутом Ai.

Степень отношения - это число его атрибутов. Отношение степени один называют унарным, степени два - бинарным, степени три - тернарным,., а степени n - n-арным.

Кардинальное число или мощность отношения - это число его кортежей. Кардинальное число отношения изменяется во времени в отличие от его степени.

Поскольку отношение - это множество, а множества по определению не содержат совпадающих элементов, то никакие два кортежа отношения не могут быть дубликатами друг друга в любой произвольно-заданный момент времени. Пусть R - отношение с атрибутами A1, A2,., An.

Говорят, что множество атрибутов K= (Ai, Aj,., Ak) отношения R является возможным ключом R тогда и только тогда, когда удовлетворяются два независимых от времени условия:

Уникальность: в произвольный заданный момент времени никакие два различных кортежа R не имеют одного и того же значения для Ai, Aj,., Ak.

Минимальность: ни один из атрибутов Ai, Aj,., Ak не может быть исключен из K без нарушения уникальности.

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

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

Отношение - Таблица (иногда Файл), Кортеж - Строка (иногда Запись), Атрибут - Столбец, Поле. При этом принимается, что "запись" означает "экземпляр записи", а "поле" означает "имя и тип поля".

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

Необходимо отметить, что внутренняя структура базы данных системы 1С: Предприятие представлена реляционным типом баз данных. Ядро системы v7. x осуществляет полный контроль над базой данных, а также осуществляет регистрацию любых изменений в базе данных, вследствие чего в любой момент времени сохраняется целостность хранимых данных.

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

Понятие конфигурации в системе программ 1С: Предприятие

Функционирование системы делится на два процесса - конфигурирование (описание модели предметной области средствами системы) и исполнение (обработку данных заданной предметной области).

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

Конфигурацией в системе 1С: Предприятие называется совокупность трех взаимосвязанных составных частей:

- структуры метаданных;

- набора пользовательских интерфейсов;

- набора прав.

Фрагмент метаданных, используемых в системе "1С: Предприятие" представлен на рисунке 2.1.

Рисунок 2.1 - Метаданные

Метаданными в системе 1С: Предприятие называется совокупность объектов метаданных, настроенных на хранение и обработку информации о хозяйственной деятельности конкретного предприятия.

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

Рассмотрим объекты метаданных:

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

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

3) Перечисления используются для описания постоянных наборов значений, не изменяемых для конкретной конфигурации. На этапе конфигурирования можно описать практически неограниченное количество видов перечислений. В отличие от справочника, значения перечислений задаются на этапе конфигурирования, и не могут быть изменены на этапе исполнения.

Типичными примерами перечислений являются виды оплаты (наличная, безналичная, бартер), статусу клиента (постоянный, разовый), булевы (да, нет).

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

5) Журналы документов предназначены для просмотра документов. Каждый вид документа может быть отнесен к определенному журналу. Сам журнал

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

6) Отчеты и обработки. Для описания отчетов и процедур произвольной обработки на этапе конфигурирования может быть создано неограниченное количество форм отчетов. Каждая форма имеет свой диалог настройки, который позволяет определить набор параметров формирования отчетов. Например, для выдачи складской справки - выбрать конкретный склад. Основное различие отчетов от обработок состоит в том, что отчеты только читают информацию, но не изменяют ее, а обработки могут ее изменять.

7) Регистры (компонента "Оперативный учет") предназначены для анализа остатков и движений средств в системе 1С: Предприятие.

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

Под измерением понимается набор значений, которые детализируют движения средств, и в разрезе которых хранятся остатки; под ресурсом - числовая величина, которая является количественным или суммовым значением, отражающих размер движение (остатка).

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

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

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

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

Большинство объектов метаданных в системе 1С: Предприятие могут иметь визуальное представление. В самом лучшем случае визуальное представление состоит из следующих частей:

- экранный диалог, используемый для ввода и редактирования информации, хранящейся в объекте метаданных;

- печатная форма объекта метаданных (печатных форм может быть несколько)

- модуль формы - программа на встроенном языке системы1С: Предприятие. Как правило, модуль формы содержит алгоритм построения печатной формы объекта метаданных, а также может выполнять обработку вводимой в диалог информации для целей входного контроля, выполнения расчетов и т.п.

Технологические средства конфигурирования и администрирования системы 1С: Предприятие

Встроенный программный язык

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

Язык является предметно - ориентированным. Он поддерживает специализированные типы данных предметной области, определяемые конфигурацией системы. Работа с этими типами данных в языке организована с использованием объектной техники.

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

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

1) Механизм запросов

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

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

2) Встроенный текстовый редактор

Используется системой для создания программных модулей на встроенном языке и для редактирования документов в текстовом виде.

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

3) Встроенный редактор диалогов

Используется для произвольной настройки форм ввода и редактирования информации.

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

4) Встроенный редактор табличных документов

Для всех выходных документов (первичных документов и отчетов) в системе предусмотрен единый формат - формат табличных документов.

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

5) Конструкторы

Конструкторы - вспомогательные инструменты, облегчающие разработку стандартных элементов системы 1С: Предприятие. В системе имеются конструкторы справочника, документа, журнала документов, отчета. Еще пять конструкторов облегчают разработку программных модулей в стандартных случаях. В других системах разработки конструкторы еще называются мастера.

6) Система настройки пользовательских интерфейсов

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

7) Система настройки прав пользователей и авторизации доступа

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

8) Отладчик

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

...

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены