Проектирование интернет магазина

РЕФЕРАТ

 

УЧЕТ, ИНТЕРНЕТ-МАГАЗИН, БАЗА ДАННЫХ, МОБИЛЬНЫЕ ТЕЛЕФОНЫ

 

Объектом разработки является база учета Интернет-магазина мобильных телефонов..

Цель проекта: разработка базы данных учета торговли мобильными телефонами для Интернет-магазина.

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

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

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

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

Результатами внедрения явилось разработанное программное обеспечение.

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

Дипломный проект: 62с., 30 рис., 14 табл., 8 источников, 3 приложения

 

СОДЕРЖАНИЕ

 

ВВЕДЕНИЕ              6

1 ПОСТАНОВКА ЗАДАЧИ              6

2 ОБЗОР СОСТОЯНИЯ ВОПРОСА              7

3 ВЫБОР МЕТОДОВ РЕШЕНИЯ              19

4 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ              22

5 РАЗРАБОТКА ПРОГРАММНОЙ ОБОЛОЧКИ              34

6 ТЕСТИРОВАНИЕ ПО              43

7 РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ              46

8 ЭКОНОМИЧЕСКИЙ РАЗДЕЛ              50

8.1 Определение трудоемкости разработки программного продукта              50

8.2 Определение себестоимости создания ПП              52

8.2.1 Определение затрат на оплату труда разработчика              52

8.2.2 Определение стоимости машино-часа работы ЭВМ (для разработанного ПП)              53

8.2.3 Определение затрат на отладку ПП              57

8.3 Определение отпускной цены ПП              58

8.4 Определение ожидаемого прироста прибыли в результате внедрения ПП              60

8.4.1 Определение годовых эксплуатационных расходов при  ручном решении задачи              60

8.4.2 Определение годовых текущих затрат, связанных с эксплуатацией ПП              60

8.4.3 Определение ожидаемого прироста прибыли в результате внедрения ПП              60

8.5 Расчет показателей эффективности использования программного продукта              61

9 ОХРАНА ТРУДА              64

9.1 Необходимость охраны труда              64

9.2.1 Производственная санитария              69

9.3 Мероприятия по улучшению охраны труда              71

9.4 Типовой положения о кабинете охраны труда              73

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ              78

Приложение 1. Схема данных              79

Приложение 2. Функциональная схема приложения              80

Приложение 2. Листинг модулей программы              80

Приложение 2. Листинг модулей программы              81

 

 


ВВЕДЕНИЕ

 

Интернет-магазин - это сайт, на котором при помощи web-браузера можно заказать необходимые товары, которые курьер доставит  домой или в офис. Для того чтобы решить вопросы, уточнить и отменить заказ, можно воспользоваться современными средствами связи e-mail и ICQ. Преимущества такого вида покупки очевидны:

- не надо никуда идти и стоять в очереди;

- не надо думать о доставке товара - это сделают сотрудники интернет-магазина;

- можно сэкономить время;

- просто и удобно оформить заказ.

Интернет-магазины по сравнению с обычными:

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

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

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

- поиск и доставка редких товаров под заказ.

"Виртуальные" магазины практически ничем не отличаются от реальных: на сайте можно проконсультироваться у специалиста, узнать подробности о новинках, даже получить карту постоянного покупателя и, соответственно, скидки. Почти все, как в обычном магазине, - есть и льготы, и рекламные акции. Стоимость товаров, как правило, чуть ниже среднерозничных. При этом в большинстве случаев доставка товара производится бесплатно и круглосуточно. В Интернет-магазинах размещены полные списки товаров с фотографиями, составом и аннотациями, информация о проводимых рекламных акциях для покупателей Интернет-магазина, дисконтные программы. В режиме on-line проводятся консультации специалистов. Одним из важнейших моментов деятельности такого предприятия является грамотное IT-обеспечение и бесперебойная работа оборудования, а также работа курьерской службы по оптимизации маршрутов для уменьшения транспортных расходов и увеличения количества обрабатываемых заказов.

Выше описан идеальный вариант Интернет-магазина, согласно современным критериям. Целью работы являться анализ рынка интернет - магазинов Беларуси и соответствие их современным требованиям.

Электронная торговля в Беларуси развивается по своим особым правилам. По данным Министерства торговли ежегодно количество интернет - магазинов в Беларуси в среднем увеличивается на 100 объектов. При этом общая численность остается практически неизменной. Сколько магазинов появляется - столько их и исчезает… Этот неутешительный факт свидетельствует о том, что время большой торговли в Беларуси еще не пришло.

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

Мобильные телефоны стали одной из первых товарных групп, завоевавших Интернет-рынок. В настоящее время в одном только каталоге Onliner зарегистрировано несколько десятков Интернет-магазинов, торгующих сотовыми телефонами. Причины очевидны – мобильный телефон является в наши дни предметом массового спроса, он компактен и легок в доставке, его работоспособность легко продемонстрировать, а стоят мобильные телефоны от 50 до 1000 долларов США и выше, что делает их продажу достаточно выгодной.

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

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

Настоящая работа посвящена созданию рабочего прототипа одного из таких решений – базы учета Интернет-магазина по продаже сотовых телефонов.

 

 

6

 


1 ПОСТАНОВКА ЗАДАЧИ

 

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

      Систематизацию номенклатуры товара;

      Учет закупок и складских перемещений товарной номенклатуры;

      Учет продаж;

      Ремонт и списания товара;

      Учет общих затрат магазина;

      Определение складских остатков;

      Расчет оборота, торговой и чистой прибыли.

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


2 ОБЗОР СОСТОЯНИЯ ВОПРОСА

 

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

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

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

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

                 1С: Предприятие (65%);

                 БЭСТ-ОФИС (7%);

                 Инфо-бухгалтер (6%);

                 ПАРУС -Предприятие (3%);

                 Турбо Бухгалтер (3%).

В Беларуси также распространена система Галактика

Система программ "1С:Предприятие" предназначена для решения широкого спектра задач автоматизации учета и управления, стоящих перед динамично развивающимися современными предприятиями.

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

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

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

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

Основные конфигурации «1С: Предприятие 7.7»:

1С:Бухгалтерия 7.7 (универсальная программа массового назначения для автоматизации бухгалтерского учета);

1С:Бухгалтерия 7.7 Упрощенная система налогообложения (для организаций, работающих на упрощенной системе налогообложения);

1С:Предприниматель 7.7 (для ведения учета и составления отчетности индивидуальными предпринимателями);

Решения для бюджетной сферы (Бухгалтерия для бюджетных учреждений, Бухгалтерия для распорядителей бюджетных средств, Свод отчетов 7.7, Свод отчетов ПРОФ, Воинская часть 7.7, Бюджет муниципального образования);

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

1С:Зарплата и Кадры 7.7 (для автоматизации расчета заработной платы и ведения кадрового учета на предприятиях различных типов финансирования и форм собственности);

1С:Финансовое планирование 7.7 (для планирования и анализа финансовых потоков и структуры средств предприятия).

Платформа 1С:Предприятие 8.0 была создана с учетом 6-летнего опыта применения системы программ 1С:Предприятие 7.7, которую используют десятки тысяч разработчиков. В настоящее время более 700 000 организаций использует для автоматизации своей деятельности продукты, входящие в систему программ "1С:Предприятие". Несмотря на значительные изменения, новая версия 8.0 сохранила идеологическую преемственность с предыдущими версиями. Типовые тиражные прикладные решения:

"1С:Бухгалтерия 8.0" предназначена для автоматизации бухгалтерского и налогового учета, включая подготовку обязательной (регламентированной) отчетности, в организациях, осуществляющих любые виды коммерческой деятельности: оптовую и розничную торговлю, комиссионную торговлю (включая субкомиссию), оказание услуг, производство и т.д.

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

Конфигурация "Зарплата и Управление Персоналом" - прикладное решение нового поколения, предназначенное для реализации кадровой политики предприятия и денежных расчетов с персоналом (планирование потребностей в персонале; решение задач обеспечения бизнеса кадрами — подбор, анкетирование и оценка; управление компетенциями, обучением, аттестациями работников; управление финансовой мотивацией персонала; эффективное планирование занятости персонала; учет кадров и анализ кадрового состава; начисление и выплата заработной платы; исчисление регламентированных законодательством налогов и взносов с фонда оплаты труда; отражение начисленной зарплаты и налогов в затратах предприятия).

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

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

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

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

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

Система "БЭСТ-ОФИС", созданная фирмой «Интеллект-Сервис» в 2000г., позволяет раздельно вести оперативный, бухгалтерский, налоговый и управленческий учет в едином информационном пространстве.

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

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

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

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

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

Основная цель управленческого учета - надежная информационная поддержка руководителя в оперативном и стратегическом управлении предприятием. Различные управленческие отчеты, предоставляемые системой "БЭСТ-ОФИС", покажут состояние товарных запасов, наличие и движение денежных средств, итоги продаж, объемы дебиторской и кредиторской задолженности.

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

 

Программа "Инфо-Бухгалтер" создана коллективом программистов фирмы ООО "Инфо-1" в 1992 году (в то время ТОО "Информатик"). К ее преимуществам можно отнести:

- около 260 бланков бухгалтерской отчетности, входящие в стандартную версию программы;

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

- автоматическое формирование справок о доходах физических лиц за год и печать их на специальных бланках, предоставляемых ГНИ;

- интеграцию со справочно-правовой системой "Гарант";

- возможность интеграции с другими программами;

- наличие компилятора внутреннего языка, ускоряющего расчеты в 5-30 раз по сравнению с предыдущими версиями программы.

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

Программа "Инфо-Бухгалтер" формирует:

- Стандартные формы (оборотно-сальдовая ведомость, шахматка, главная книга, карточка движения средств, журналы-ордера и другие);

- Отчетные формы, настраиваемые бухгалтером в соответствии с законодательством (баланс предприятия, отчет о финансовых результатах, расчет НДС и другие выходные формы).

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

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

Модульность. Система «Парус-Предприятие» представляет собой набор модулей (Бухгалтерия, Реализация и склад, Комплекс, Учет договоров, Комплектование, Заработная плата, Кадры), каждый из которых предназначен для автоматизации одного из основных видов деятельности предприятия и может работать как в автономном режиме, так и совместно с другими модулями комплекса, образуя единое информационно-управленческое пространство масштаба предприятия.

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

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

Модуль «Комплекс» объединяет в себе возможности бухгалтерской и товарно-складской частей программы.

Модуль «Зарплата» позволяет производить полный цикл расчета заработной платы и получать отчеты для Налоговой инспекции и Пенсионного Фонда.

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

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

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

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

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

Архитектура "файл-сервер". Система «ПАРУС-Предприятие» построена по технологии "файл-сервер", при которой база данных хранится на сервере, а обработка информации происходит на рабочей станцией. Выбор данной архитектуры является оптимальным для коробочного продукта.

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

«ПАРУС-Предприятие» является открытой системой. Вместе с системой, по желанию пользователя, возможна поставка подробного описания структуры базы данных, которая включает в себя назначение и наименование всех таблиц, наименование, формат и назначение каждого из полей. Система взаимодействует с Microsoft Office. В качестве средства подготовки отчетности используется генератор отчетов Seagate Crystal Reports Professional, который является мощным и распространенным среди программных продуктов своего класса. Возможна настройка интерфейса системы, а также форматов хранения дробных чисел в базе данных.

Одновременно Система «ПАРУС-Предприятие» поставляется как готовое решение с учетом специфики каждого сегмента рынка. В базовую поставку включены все необходимые настройки и набор первичных и отчетных форм.

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

Турбо Бухгалтер поставляется в нескольких модификациях - Базовая, Проф, Эконом, Разработчик, Документы, Отчетность, Клиентское место для локального варианта и Проф, Разработчик, Клиентское место для сетевого варианта.

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

В программе Турбо Бухгалтер существует возможность создания выделенных рабочих мест по расчету зарплаты и работе с персоналом, по учету основных средств, учету работы автотранспорта, учету ТМЦ на складе, по работе менеджера продаж и др., обеспечивающих работу в локальном варианте и в сети.

Работа программ в сети организована в архитектуре клиент-сервер через сервер Турбо Бухгалтера. В качестве сервера баз данных могут использоваться MS SQL Server (MSDE), Oracle, Cashe.

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

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

 


3 ВЫБОР МЕТОДОВ РЕШЕНИЯ

 

Поставленная задача предполагает разработку базы данных и программной оболочки (интерфейса) к ней. Для хранения структуры данных нам подойдет любая реляционная СУБД, в частности наиболее популярное стандартное решения Microsoft Access.

Для разработки интерфейса предполагается использовать язык Visual C# в среде Visual Studio 2005 и технологию ADO .NET для доступа к данным. Охарактеризуем вкратце ее суть.

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

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

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

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

Хотя существуют и другие недостатки, приведенные наиболее существенны. Все эти проблемы порождаются постоянным соединением с базой данных и решаются в ADO.NET, где используется другая модель доступа. Теперь соединение устанавливается лишь на то короткое время, когда необходимо проводить операции над базой данных.

Все более широко распространяющийся XML играет важнейшую роль в ADO.NET и приносит еще несколько преимуществ по сравнению с традиционным подходом.

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

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

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

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

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

ADO.NET поддерживает два типа источников данных - SQL Managed Provider и ADO Managed Provider. SQL Managed Provider применяется для работы с Microsoft SQL Server 7.0 и выше, ADO Managed Provider - для всех остальных баз данных.

SQL Managed Provider - работает по специальному протоколу, называемому TabularData Stream (TDS) и не использует ни ADO, ни ODBC, ни какую-либо еще технологию. Ориентированный специально на MS SQL Server, протокол позволяет увеличить скорость передачи данных и тем самым повысить общую производительность приложения.

ADO Managed Provider - предназначен для работы с произвольной базой данных. Однако за счет универсальности есть проигрыш по сравнению с SQL Server Provider, так что при работе с SQL Server рекомендовано использовать специализированные классы. В данном обзоре мы коснемся ADO Managed Provider лишь мельком, указав только существующие незначительные различия, так как наиболее употребимой базой данных представляется SQL Server 7.0 или 2000, а разница заключается, в основном, в именовании.


4 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

 

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

 

Таблица 4.1Таблица Цвета

 

Таблица «Цвета»

Код_цвета

Счетчик, ключевое

Наименование_цвета

Текстовый

 

 

Рисунок 4.1 – Таблица Цвета

 

 

 

 

Таблица 4.2 Таблица Типы сертификации

 

Таблица «Типы сертификации»

Код_сертификации

Счетчик, ключевое

Наименование_сертификата

Текстовый

 

 

Рисунок 4.2 – Таблица Типы сертификации

 

Таблица 4.3. Таблица Производители

 

Таблица «Производители»

Код_производителя

Счетчик, ключевое

Наименование_производителя

Текстовый

 

 

 

 

 

 

 

Рисунок 4.3 – Таблица Производители

 

Таблица 4.4 Таблица Склады

 

Таблица «Склады»

ID_склада

Счетчик, ключевое

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

Текстовый

 

 

 

Рисунок 4.4 – Таблица Склады

 

Таблица 4.5. Таблица Производители

 

Таблица «Производители»

Код_производителя

Счетчик, ключевое

Наименование_производителя

Текстовый

 


 

Рисунок 4.5 – Таблица Производители

 

Таблица 4.6 Таблица Статьи_затрат

 

Таблица «Статьи_затрат»

ID_статьи

Счетчик, ключевое

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

Текстовый

 

 

 

Рисунок 4.6 – Таблица Статьи_затрат

 

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

 

Таблица 4.7 Таблица Модели

 

Таблица «Модели»

ID_Модели

Счетчик, ключевое

Производитель

Числовой

Модель

Текстовый

 

 

Рисунок 4.7 – Таблица Модели

 

 

Таблица 4.8. Таблица Номенклатура

 

Таблица «Номенклатура»

ID_Номенклатуры

Счетчик, ключевое

Модель

Числовой

Цвет

Числовой

Сертификация

Числовой

 

Рисунок 4.8 – Таблица Номенклатура

 

Поля Производитель таблицы Модели и Модель, Цвет таблицы, Сертификация Номенклатура связаны с соответствующими ключевым полями таблиц Производители, Модели, Цвета, Типа_сертификации. Это отражено в схеме данных (см. Приложение 1).

              Наконец создаем таблицы для хранения данных о действиях (журналы операций): Закупки, Продажи, Складские перемещения, Затраты

 

Таблица 4.9. Таблица Закупки

 

Таблица «Закупки»

Номер

Счетчик, ключевое

Дата

Дата/время

Номенклатура

Числовой

Количество

Числовой

Поставщик

Числовой

Цена закупки

Числовой

На_склад

Числовой

 

 

Рисунок 4.9 – Таблица Закупки

 

Таблица 4.10 Таблица Продажи

 

Таблица «Продажи»

Номер

Счетчик, ключевое

Дата

Дата/время

Номенклатура

Числовой

Количество

Числовой

Цена реализации

Числовой

Со_склада

Числовой

 

 


 

Рисунок 4.10 – Таблица Продажи

 

Таблица 4.11 – Таблица Складские перемещения

 

Таблица «Складские перемещения»

Номер

Счетчик, ключевое

Дата

Дата/время

Склад_источник

Числовой

Склад_назначение

Числовой

Номенклатура

Числовой

Количество

Числовой

 


 

Рисунок 4.11 – Таблица Складские перемещения

 

Таблица 4.12Таблица Затраты

 

Таблица «Затраты»

Номер

Счетчик, ключевое

Дата

Дата/время

Статья

Числовой

Сумма

Денежный

Комментарий

Текстовый

 


 

Рисунок 4.12 – Таблица Затраты


5 РАЗРАБОТКА ПРОГРАММНОЙ ОБОЛОЧКИ

 

              Для визуализации базы данных в удобном пользовательском интерфейсе создадим приложение-оболочку средствами Visual C# (среда Visual Studio 2005). Интерфейс с базой организуем средствами ADO .NET.

              На первом этапе спроектируем формы приложения. Для заполнения каждой из таблиц (справочных – модели, номенклатура, поставщики – и журналов операций – закупки, продажи, перемещения, затраты) и просмотра каждого из доступных отчетов (Затраты по статьям, Складские остатки, Объемы по производителям, Обороты по поставщикам, Баланс) предусмотрена отдельная форма. Главная кнопочная форма содержит вызовы всех форм приложения. Таким образом функциональная схема приложения двухуровневая– на первом уровне находится главная форма, на втором – остальные формы. Функциональная схема приложения приведена в приложении 2.

 

 

 

 

Рисунок 5.1 —  Макет главной формы

 

 

 

Рисунок 5.2 – Макет формы «Справочник моделей»

 

 

 

Рисунок 5.2 – Макет формы «Справочник номенклатуры»

 

 

 

 

Рисунок 5.3 Макет формы «Справочник Поставщики»

 

 

 

Рисунок 5.4 Макет формы «Журнал Закупки»

 

Рисунок 5.5 – Макет формы «Журнал Продажи»

 

 

Рисунок 5.6 Макет формы «Журнал Перемещения»

 

 

Рисунок 5.7 – Макет формы «Журнал Затраты»

 

 

 

Рисунок 5.8 Макет формы отчета «Затраты по статьям»

 

Рисунок 5.9 – Макет формы отчета «Складские остатки»

 

 

 

Рисунок 5.10 – Макет формы отчета «Обороты по производителям»

 

Рисунок 5.11 Макет формы отчета «Обороты по поставщикам»

 

 

 

Рисунок 5.12 – Макет формы главного отчета «Баланс»

              В каждую из создаваемых форм (кроме главной) добавляем механизмы работы с данными из базы, реализованные стандартными средствами ADO .NET: объекты типа oleDBConnection (соединение с базой данных), oleDBDataAdapter (адаптер для обмена данными между базой и объектами временного хранения данных DataSet), а также сами объекты DataSet, содержащие обрабатываемые копии данных базы.

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

              Листинг исходных кодов приведен в приложении 3.


6 ТЕСТИРОВАНИЕ ПО

 

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

              Для демонстрации работоспособности программы необходимо провести ряд испытаний с различными начальными условиями. Для обеспечения нормальной работы программы требуется наличие специально спроектированной базы данных в директории приложения. Тестовые примеры выполнялись в среде операционной системы Windows XP Professional Edition при использовании процессора Intel Core2Duo T5500 и разрешении экрана 1280*800. Для работы с программой необходимо также наличие клавиатуры и манипулятора типа «мышь».

 

При этом, моделировалось поведение следующих ролей пользователей.

 

Таблица 6.1 Роли пользователей.

 

Роль

Аппаратная конфигурация

Программная конфигурация

1

2

3

4

1

Менеджер отдела снабжения

Intel Core2Duo T5500, 2048Мб ОЗУ, 160Гб жесткий диск, 15,4”

Windows XP Professional Edition, Microsoft Office 2003, Visual Studio 2005 c .NET Framework 2.0

2

Менеджер отдела реализации/доставки

Intel Core2Duo T5500, 2048Мб ОЗУ, 160Гб жесткий диск, 15,4”

Windows XP Professional Edition, Microsoft Office 2003, Visual Studio 2005 c .NET Framework 2.0

3

Заведующий складом

Intel Core2Duo T5500, 2048Мб ОЗУ, 160Гб жесткий диск, 15,4”

Windows XP Professional Edition, Microsoft Office 2003, Visual Studio 2005 c .NET Framework 2.0

4

Руководитель предприятия/главный бухгалтер

Intel Core2Duo T5500, 2048Мб ОЗУ, 160Гб жесткий диск, 15,4”

Windows XP Professional Edition, Microsoft Office 2003, Visual Studio 2005 c .NET Framework 2.0

 

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

 

Таблица 6.2 Сценарии тестирования.

 

Название

модуля/экрана

Описание тестового случая

Ожидаемые результаты

Тестовый случай пройден?

Да/Нет

Комментарии

1

2

3

4

5

6

1

Главная форма, все формы второго уровня

Вызов всех форм приложения

Формы должны открываться и закрыватьтся корректно

Да

Работа приложения соответствует ожиданиями

2

Формы ввода/редактирования справочных таблиц Модели, Поставщики, Номенклатура

Заполнение справочных таблиц форм данными, сохранение и чтение данных

Данные должны корректно вводиться, сохраняться и воспроизводиться

Да

Работа приложения соответствует ожиданиями

3

Формы ввода/редактирования журналов Продажи, Закупки, Перемещения, Затраты

Заполнение журналов данными, сохранение и чтение данных

Данные должны корректно вводиться, сохраняться и воспроизводиться

Да

Работа приложения соответствует ожиданиями

4

Формы отчетов Затраты по статьям, Обороты по поставщикам, Складские остатки, Обороты по производителям

Формы должны корректно отображать данные отчетом, последние должны быть адекватными

Отчеты корректно отображаются, их данные соответствуют ожидаемым

Да

Работа приложения соответствует ожиданиями

 

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


7 РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ

 

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

 

 

Рисунок 7.1 – Главная кнопочная форма

 

Далее пользователь может перейти к одному из трех сценариев работы:

1)         Заполнению/редактированию справочных таблиц, например таблицы «Справочник номенклатуры»:

 

 

 

 

Рис. 7.2 Форма заполнения/редактирования справочной таблицы «Справочник номенклатуры»

 

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

              Две другие справочные формы работают аналогично.

 

2)         Заполнение/редактирование журналов операций, например «Закупки».

 

 

Рисунок 7.3 – Форма заполнения/редактирования журнала операций «Закупки»

 

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

              Другие формы журналов работают аналогично.

 

3) Просмотр отчетов, например, основной отчет «Баланс и прибыль»

 

 

Рисунок 7.4 Форма отчета «Баланс и прибыль»

 

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

 

 

 

 

 

 

 

 


8 ЭКОНОМИЧЕСКИЙ РАЗДЕЛ

8.1 Определение трудоемкости разработки программного продукта

Трудоемкость разработки программного продукта (ПП) может быть определена укрупненным методом. При этом необходимо воспользоваться формулой:

 

               ,                        (1)

 

где ТОА – трудоемкость подготовки описания задачи и исследования алгоритма решения;

       ТБС – трудоемкость разработки блок-схемы алгоритма;

       ТП  – трудоемкость программирования по готовой блок-схеме;

       ТОТЛ – трудоемкость отладки программы на ЭВМ;

       ТДР – трудоемкость подготовки документации по задаче в рукописи;

       ТДО – трудоемкость редактирования, печати и оформления документации по задаче.

Составляющие приведенной формулы определяются, в свою очередь, через  условное число операторов Q в разрабатываемом ПП по формуле:

 

                                                           (2)

 

    где q –  число операторов в программе (q=2000);

          С – коэффициент сложности программы (С=1,1);

          p – коэффициент коррекции программы в ходе ее разработки (р=0,15);

 

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

 

                                                                                (3)

 

 

ч.

 

                                                            (4)

 

ч.

                                                    (5)

 

ч.

                                                   (6)

 

ч.

 

                                                 (7)

 

ч.

 

                                                       (8)

 

 

где W – коэффициент увеличения затрат труда вследствие недостаточного описания задачи (W = 1,2…1,5);

        К – коэффициент квалификации разработчика  алгоритмов  и  программ (K = 2).

 

чел.-ч.

 

8.2 Определение себестоимости создания ПП

 

8.2.1 Определение затрат на оплату труда разработчика

 

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

 

                                                    (9)

 

где  ТРЗ – трудоемкость  разработки  программного продукта, чел-ч;

         tЧР – среднечасовая ставка работника, осуществлявшего разработку программного продукта, руб;

         q – коэффициент, учитывающий процент премий и доплат  к тарифной  ставке в организации разработки (q=0,25…0,30);

         а – коэффициент, учитывающий дополнительную заработную плату (а=0,15);

         b – коэффициент, учитывающий начисления на заработную плату,  включая отчисления в фонд социальной защиты населения, пенсионный фонд и др. (b=0,4).

Среднечасовая ставка работника определяется исходя из Единой тарифной сетки в Республике Беларусь по следующей формуле:

 

                           ,                                                   (10)

 

где  31 – ставка работника 1 разряда (77000 руб);

       kТ – тарифный коэффициент работника соответствующего разряда (для программиста kТ=2,84);

       170 – нормативное количество рабочих часов в месяце.

 

 

 

8.2.2 Определение стоимости машино-часа работы ЭВМ (для разработанного ПП)

Стоимость машино-часа работы ЭВМ определяется по формуле:

 

               ,                               (11)

 

где  СЭ – расходы на электроэнергию за час работы ЭВМ, руб;

       АЭВМ – годовые амортизационные отчисления на реновацию ЭВМ;

        РЭВМ – годовые затраты на ремонт и техническое обслуживание  ЭВМ, руб;

        АПЛ – годовая величина амортизационных отчислений на реновацию производственных площадей, занимаемых ЭВМ, руб;

         РПЛ – годовые затраты на ремонт и содержание производственных площадей, руб;

         НН – годовая величина налога на недвижимость, руб;

         ФЭВМ – годовой фонд времени работы ЭВМ, час.

Расходы на электроэнергию за час работы ЭВМ определяются по  формуле:

 

                             ,                                     (12)

 

где NЭ – установленная мощность ЭВМ, кВт (0,4 кВт);

        kИС – коэффициент использования энергоустановок по мощности   (kИС = 0,9);

        ЦЭ – стоимость 1 кВт-часа электроэнергии (263 руб);

 

 

Годовая величина амортизационных отчислений на реновацию ЭВМ определяется по формуле:

 

,                             (13)

 

где   ЦЭВМ – цена ЭВМ на момент ее выпуска (1564000 руб);

         kУ – коэффициент удорожания ЭВМ  (kУ=1);

         kМ – коэффициент, учитывающий затраты на монтаж и транспортировку ЭВМ (kМ = 1,05);

         НАЭВМ – норма амортизационных отчислений на ЭВМ, (20 %);

         ЦБЭВМ – балансовая стоимость ЭВМ, руб (ЦЭВМ × kУ × kМ);

 

 

Годовые затраты на ремонт и техническое обслуживание  ЭВМ  укрупнено определяются по формуле:

 

,                                                    (14)

 

где  kРО – коэффициент, учитывающий затраты на ремонт и техническое обслуживание ЭВМ, в том числе затраты на   запчасти, зарплату ремонтного персонала (kРО = 0,1);

 

 

Годовая величина амортизационных отчислений на реновацию производственных площадей, занятых ЭВМ определяется по формуле:

 

,                               (15)

 

где ЦБПЛ – балансовая стоимость площадей, руб;

      НАПЛ – норма амортизационных отчислений на производственные площади (8,5%) ;

      SЭВМ – площадь, занимаемая ЭВМ, кв.м. (SЭВМ=2);

      kД – коэффициент, учитывающий дополнительную площадь (kД =3);

      ЦПЛ – цена 1 кв.м. производственной площади, (189328 руб);

 

 

Годовые затраты на ремонт и содержание производственных  площадей могут быть определены по формуле:

 

          ,                                (16)

 

где kРЭ – коэффициент, учитывающий затраты на ремонт и эксплуатацию производственных площадей (kРЭ = 0,05);

 

 

Величина налога на недвижимость определяется по формуле:

 

                     ,                                           (17)

 

где СНН – ставка налога на недвижимость, % (СНН = 0);

 

Годовой фонд времени работы ЭВМ определяется исходя из режима ее работы и рассчитывается по формуле:

 

,                                        (18)

 

где tСС – среднесуточная фактическая загрузка ЭВМ, час (tСС=8);

      ТСГ – среднее количество дней работы ЭВМ в год, дней (ТСГ=250);

 

 

Теперь можем определить стоимость машино-часа работы ЭВМ.

 

 

8.2.3 Определение затрат на отладку ПП

 

Затраты на отладку программы определяются по формуле:

 

                               ,                                                  (19)

 

где ТОТЛ – трудоемкость отладки программы, час (определяется по формуле 6);

        SМЧ – стоимость машино-часа работы ЭВМ, руб./час (определяется по формуле 11).

 

 

Себестоимость разработки ПП определяется по формуле:

 

                                 ,                                                  (20)

 

где F – коэффициент накладных расходов проектной организации без учета  эксплуатации ЭВМ (F=1,6).

 

8.3 Определение отпускной цены ПП

В основу расчета отпускной цены закладывается затратная цена  организации- разработчика. Затратная цена складывается из себестоимости создания программного продукта и плановой прибыли на программу. Затратная цена ПП определяется по формуле:

 

                              ,                                                       (21)

 

где ПР – плановая прибыль на программу, руб.

Плановая прибыль на программу определяется по формуле:

 

                             ,                                                       (22)

 

где СПР – себестоимость программы;

        НП – норма прибыли проектной организации (НП = 0,2);

 

 

 

Отпускная цена программы определяется в следующей последовательности:

а) определяются отчисления в фонды и местные налоги по формуле:

 

,                                   (23)

 

где НМБ – норматив отчислений в фонды и местные налоги, %               (НМБ = 2);

 

 

б) определяются отчисления в республиканский фонд поддержки производителей сельхозпродукции по формуле:

 

                             ,                    (24)

 

где НРФ – норматив отчислений в республиканский фонд поддержки производителей сельхозпродукции, % (НРФ = 1);

 

 

в) определяется величина налога на добавленную стоимость по формуле:

 

  ,                    (25)

 

          НДОБ – ставка налога на добавленную стоимость, % (НДС = 18);

 

 

г) определяется отпускная цена программы по формуле:

 

             .                       (26)

 

 

8.4 Определение ожидаемого прироста прибыли в результате внедрения ПП

 

8.4.1 Определение годовых эксплуатационных расходов при  ручном решении задачи

Годовые эксплуатационные расходы при ручной обработке информации (ручном решении задачи) равны

 

             Зр = 3 000 000 руб.                                                        (27)

 

8.4.2 Определение годовых текущих затрат, связанных с эксплуатацией ПП

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

 

                                Зт = 700 000 руб.                                                        (32)

 

8.4.3 Определение ожидаемого прироста прибыли в результате внедрения ПП

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

 

                       ,                               (33)

 

где СНП – ставка налога на прибыль, % (СНП = 24);

 

 

8.5 Расчет показателей эффективности использования программного продукта

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

 

                                  ,                                          (34)

 

где КЗ – капитальные и приравненные к ним затраты;

       ЦПРП – отпускная цена программы для конкретного пользователя.

Капитальные и приравненные к ним затраты в случае,  если ЭВМ,  на которой предполагается решать рассматриваемую задачу, отслужила к моменту расчета 0,5 года, определяются по формуле:

 

       ,                                            (35)

 

где ЦБЭВМ – балансовая стоимость комплекта вычислительной  техники,  необходимого  для решения задачи, руб;

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

 

                                        ,                                                (36)

 

 

 

 

 

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

Годовой экономический эффект от внедрения разработанного ПП определяется по формуле:

 

                                     ,                                         (37)

 

 

 

где Е – коэффициент эффективности, равный ставке за кредиты на рынке долгосрочных кредитов (Е = 0,15).

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

 

                                          .                                            (38)

 

 

  Таблица 5.1 - Результаты экономического расчета по базовому и проектному варианту

 

Наименование показателя

Варианты

базовый

проектный

Трудоемкость решения задачи, ч

2000

482

Периодичность решения задачи, раз в год

50

50

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

3000000

700000

Отпускная цена программы,  руб.

 

Прирост условной прибыли, руб./ год

руб.

Годовой экономический эффект пользователя (рентабельность),  руб.

(33%)

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

1,41


9 ОХРАНА ТРУДА

 

9.1 Необходимость охраны труда

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

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

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

 

9.2 Анализ состояния охраны труда

Работающие на ПЭВМ могут подвергаться воздействию различных опасных и вредных производственных факторов, основными из которых являются:

              физические:

1.      уровни электромагнитного, рентгеновского, УФ и ИК излучения, статического электричества, запыленности воздуха рабочей зоны;

2.      содержание положительных и отрицательных аэроионов в воздухе рабочей зоны;

3.      температура, влажность и подвижность воздуха рабочей зоны;

4.      уровень шума от технологического оборудования;

5.      освещенность рабочей зоны, уровень прямой и отраженной блескости;

6.      неравномерность распределения яркости в поле зрения;

7.      яркость светового потока; уровень пульсаций светового потока;

              химические:

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

              психофизиологические:

1.      напряжение зрения, памяти, внимания;

2.      длительное статическое напряжение;

3.      большой объем информации, обрабатываемый в единицу времени;

4.      монотонность труда;

5.      нерациональная организация рабочего места;

6.      эмоциональные перегрузки.

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

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

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

              площадь на одно рабочее место с ВЛТ, ЭВМ и ПЭВМ для взрослых пользователей - не менее 6,0 , а объем не менее 20,0 ;

              высота зала под техническим полом до подвесного потолка 3-3,5 метра;

              расстояние между подвесным и основным потолком при этом 0,5-0,8 м;

              габариты дверей машинного зала принимаются не менее 1,8x1,1 метра.

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

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

Помещения с ВДТ, ЭВМ и ПЭВМ имеют естественное и искусственное освещение. В дневное время в вычислительном центре используется естественное боковое одностороннее освещение, в вечернее время или при недостаточных нормах освещения – искусственное общее равномерное.

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

Нормированный уровень освещенности для работы с ЭВМ - 400лк, КЕО - 4%.

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

Требования к снижению дискомфортной блескости и зеркального отражения в экранах удовлетворяются путем использования светильников с комбинированным прямым и отраженным направлением света, которое осуществляется с помощью двойной крестовой ОПТИКИ. Часть прямого светового потока лампы направляется через параболический зеркальный растр таким образом, что ограничивается слепящее действие прямого и отраженного света; отраженная часть излучения лампы направляется широким потоком на потолок.

В случае, если ВДТ обращен к оконному проему, предусматриваются специальные экранирующие устройства. Окна рекомендуется снабжать светорассеивающими шторами (р=0,5-0,7), регулируемыми жалюзи или солнцезащитной пленкой с металлическим покрытием.

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

Для искусственного освещения помещений ВЦ используются главным образом, люминесцентные лампы белого света (ЛБ), темно-белого света (ЛТБ) мощностью 65 или 80 Вт.

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

 

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

 

Показатели

2006

2007

2008

План

Факт

План

Факт

План

Факт

Всего затрат, млн. руб.

 

В т. ч.:

на номенклатурные мероприятия,

 

предусмотренные коллективным договором

(соглашением по социальным вопросам и охране труда в колхозах)

 

на средства индивидуальной защиты

 

на лечебно- профилактическое питание и молоко;

 

прочие мероприятия

 

Ассигновано на одного работающего, руб.

101,9 млн.руб.

 

 

-

 

 

95,7 млн.руб

 

 

 

 

 

 

6,2  млн.руб

 

 

-

 

 

 

-

 

0,1388 млн.руб

 

101,9 млн.руб.

 

 

-

 

 

95,7 млн.руб

 

 

 

 

 

 

6,2  млн.руб

 

 

-

 

 

 

-

 

0,1388 млн.руб

 

 

108,9 млн.руб.

 

 

-

 

 

101,8 млн.руб

 

 

 

 

 

 

7,1  млн.руб

 

 

-

 

 

 

-

 

0,124 млн.руб

 

108,9 млн.руб.

 

 

-

 

 

101,8 млн.руб

 

 

 

 

 

 

7,1  млн.руб

 

 

-

 

 

 

-

 

0,124 млн.руб

3,3 млн.руб.

 

 

-

 

 

-

 

 

 

 

 

 

 

3,3  млн.руб

 

 

-

 

 

 

-

 

0,0036

млн.руб

3,3 млн.руб.

 

 

-

 

 

-

 

 

 

 

 

 

 

3,3  млн.руб

 

 

-

 

 

 

-

 

0,0036

млн.руб

 

Проанализировав данные, отображенные в таблице 1, можно наблюдать снижение уровня финансирования мероприятий по охране труда в 2008 году. Это связано с тем, что УО «Тепломаш» является молодым учреждением. Высокие выделения средств на мероприятия по охране труда в 2006 и 2007 годах связаны с закупкой необходимого оборудования и наглядных пособий.

 

Таблица 9.2 Показатели производственного травматизма

 

Показатели

Формулы и обозначения

Годы

2006

2007

2008

Среднесписочное число рабочих

P

734

876

916

Число несчастных случаев в отчетный период

T

-

-

-

Число дней нетрудоспособности

Д

-

-

-

Показатель частоты травматизма

-

 

-

 

-

 

Показатель тяжести травматизма

-

-

-

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

-

 

-

 

-

 

 

Проанализировав данные в таблице 2, можно сделать вывод о том что мероприятия по охране труда в УО «Тепломаш» поставлены на должном уровне. По данным за период с 2006 по 2008 года а учреждении не произошло ни одного случая травматизма.

 

9.2.1 Производственная санитария

Одним из мероприятий по оздоровлению воздушной среды является устройство вентиляции и отопления. Задачей вентиляции является обеспечение чистоты воздуха и заданных метеорологических условий на рабочих местах. Чистота воздушной среды достигается удалением загрязненного или нагретого воздуха из помещения и подачей в него свежего воздуха. Работа ВДТ сопровождается выделением тепла. Для поддержания нормального микроклимата необходим достаточный объем вентиляции, для чего в вычислительном центре предусматривается кондиционирование воздуха, осуществляющее поддержание постоянных параметров микроклимата в помещении независимо от наружных условий. В вычислительном центре установлены кондиционеры неполного кондиционирования марки БК-2500.

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

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

Основные меры защиты от поражения током:

      защитное заземление (Rз=4 Ом, )

      изоляция токоведущих частей и устройств контроля;

      ограждение и недоступность токоведущих частей;

      применение палого напряжения; использование двойной ИЗОЛЯЦИИ.

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

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

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

Напряженность электростатического поля на рабочем месте оператора не превышает допустимого значения 15 кВ/м согласно .

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

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

1.      защитное заземление - преднамеренное электрическое соединение с землей или ее эквивалентом металлических нетоковедущих частей, которые могут оказаться под напряжением;

2.      зануление - преднамеренное электрическое соединение с нулевым защитным проводником металлических нетоковедущих частей, которые могут оказаться под напряжением;

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

 

9.3 Мероприятия по улучшению охраны труда

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

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

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

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

Здание построено из естественных и искусственных каменных материалов и имеет защищенные стальные конструкции. По СНИП 2.01.02-85 степень огнестойкости такого здания – 2-ая (огнестойкость несущих стен не менее 2ч, перегородок не менее 15мин).

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

а) организация правильной эксплуатации оборудования;

б) содержание здания в необходимых условиях;

в) плановое проведение противопожарного инструктажа;

г) организация пожарных дружин и пожарно-технических комиссий.

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

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

К эксплуатационным мероприятиям относятся профилактические осмотры, ремонты и испытания машин и агрегатов.

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

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

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

 

9.4 Типовой положения о кабинете охраны труда

Основными задачами работы кабинета охраны труда являются:

      обучение, инструктаж и проверка знаний работников по охране труда;

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

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

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

      пропаганда передового опыта работы по охране труда;

      создание информационной базы данных нормативных правовых актов по охране труда.

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

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

В соответствии со строительными нормами Республики Беларусь (СНБ) 3.02.03-03 "Административные и бытовые здания", утвержденными приказом Министерства архитектуры и строительства Республики Беларусь от 28 июля 2003 г. N 142, для оборудования кабинета охраны труда должно быть выделено специальное помещение, площадь которого определяется в зависимости от списочного количества работающих:

1.      до 1000 человек 24 кв.м

2.      свыше 1000 до 3000 45 кв.м

3.      свыше 3000 до 5000 72 кв.м

4.      свыше 5000 до 10000 100 кв.м

5.      свыше 10000 до 20000 150 кв.м

6.      свыше 20000 200 кв.м.[59]

Исходя из данных, представленных в таблице 2, для кабинета охраны труда необходимо выбрать кабинет с площадью 24 кв.м. (т.к. среднесписочное число рабочих равно 916).

Опираясь на приложение 2 в качестве наглядных пособий по охране труда необходимо иметь:

1.      Планы работы кабинета охраны труда;

2.      Журнал регистрации вводного инструктажа;

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

4.      Учебно-методическая и инструктивная литература по охране труда;

5.      Нормативные правовые акты по охране труда, в том числе стандарты, правила, нормы, инструкции, документы по системе управления охраной труда;

6.      Информационные материалы по авариям и несчастным случаям на производстве, профессиональным заболеваниям, происшедшим в отрасли, организации;

7.      Государственная статистическая отчетность по охране труда;

8.      Протоколы совещаний, семинаров, планы мероприятий и приказы по охране труда;

9.      Коллективный договор, соглашение по охране труда;

10. Материалы аттестации рабочих мест по условиям труда;

11. Материалы по пропаганде передового опыта по охране труда.

Опираясь на приложение 1 в качестве наглядных пособий по охране труда необходимо иметь:

1.      Наглядные пособия, в том числе плакаты, альбомы, видеофильмы, кинофильмы;

2.      Нормативные правовые акты по охране труда, в том числе стандарты, правила, инструкции;

3.      Учебно-методическая литература, справочные и другие материалы;

4.      Руководящие документы системы управления охраной труда;

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

6.      Контрольно-измерительные приборы и приборы безопасности;

7.      Образцы исправного и неисправного инструмента, предохранительных приспособлений и средств защиты;

8.      Видеокамера (кинокамера);

9.      Фотоаппарат с комплектом средств для проявления и печатания фотодокументов;

10. Медицинская аптечка;

11. Средства оргтехники и телефон;

12. Комплект мебели и инвентаря:

13. стол для преподавателя;

14. столы учебные двухместные;

15. столы для технической аппаратуры;

16. учебная меловая доска;

17. стулья;

18. кинопроекционный экран;

19. книжные шкафы;

20. витрины для литературы, демонстрации средств защиты, инструмента и других экспонатов;


ЗАКЛЮЧЕНИЕ

 

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

              Приложение может быть использовано как для автоматизации реально действующего предприятия (в этом случае оно служит скорее рабочим прототипом, доработка станет возможной после внедрения и «обкатки» на рабочих местах с получение feedback от пользователей), так и в учебно-демонстрационных целях, демонстрируя использование механизмов ADO .NET, возможностей СУБД Access по работе с данными и Visual Studio 2005 по созданию GUI-приложений.

 


СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

 

1.      Карпов Б. Microsoft Access 2000: справочник.- СПб., Питер, 2001. – 416 с.

2.      Либерти Д. Программирование на C#. Символ-Плюс, 2003. 688 с

3.      Марченко А. П. Microsoft Access : Краткий курс. – СПб.: Питер, 2005.– 288 с.

4.      Микелсен К. Язык программирования C#. Лекции и упражнения. ДиаСофт, 2002. 656 с

5.      Петзольд Ч. Программирование для Microsoft Windows на С#. В 2 томах. М.: Русская редакция, 2002

6.      Рихтер Д. Программирование на платформе Microsoft .NET Framework. СПб.: Русская редакция, 2005. 512 с

7.      Троелсен Э. C# и платформа .NET. Библиотека программиста. СПб., 2004. 796 с

8.      Шилдт Г. Полный справочник по C#. Вильямс, 2004, 752 с

6

 


Приложение 1. Схема данных

 


Приложение 2. Функциональная схема приложения

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


Приложение 2. Листинг модулей программы

 

// главная кнопочная форма (Form1.cs)

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class Form1 : Form

    {

        public Form1()

        {

            InitializeComponent();

        }

 

        private void button14_Click(object sender, EventArgs e)

        {

            Application.Exit();

        }

 

        private void button1_Click(object sender, EventArgs e)

        {

            TableMod form = new TableMod();

            form.Show();

        }

 

        private void button2_Click(object sender, EventArgs e)

        {

            TableNom form = new TableNom();

            form.Show();

        }

 

        private void button3_Click(object sender, EventArgs e)

        {

            TableSuppl form = new TableSuppl();

            form.Show();

        }

 

        private void button4_Click(object sender, EventArgs e)

        {

            zakupJournal form = new zakupJournal();

            form.Show();

        }

 

        private void button5_Click(object sender, EventArgs e)

        {

            ProdJournal form = new ProdJournal();

            form.Show();

        }

 

        private void button6_Click(object sender, EventArgs e)

        {

            LogisticForm form = new LogisticForm();

            form.Show();

        }

 

        private void button7_Click(object sender, EventArgs e)

        {

            ExpencesForm form = new ExpencesForm();

            form.Show();

        }

 

        private void button10_Click(object sender, EventArgs e)

        {

            BalanceForm form = new BalanceForm();

            form.Show();

        }

 

        private void button9_Click(object sender, EventArgs e)

        {

            Report1Form form = new Report1Form();

            form.Show();

        }

 

        private void button12_Click(object sender, EventArgs e)

        {

            Report2Form form = new Report2Form();

            form.Show();

        }

 

        private void button11_Click(object sender, EventArgs e)

        {

            Report3Form form = new Report3Form();

            form.Show();

        }

 

        private void button13_Click(object sender, EventArgs e)

        {

            Report4Form form = new Report4Form();

            form.Show();

        }

    }

}

 

// форма справочника «Модели»

 

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class TableMod : Form

    {

        public TableMod()

        {

            InitializeComponent();

        }

 

        private void TableMod_Load(object sender, EventArgs e)

        {

            oleDbDataAdapter1.Fill(dataSetModels);

            oleDbDataAdapter2.Fill(dataSetProizvod1);

        }

 

        private void oleDbConnection2_InfoMessage(object sender, System.Data.OleDb.OleDbInfoMessageEventArgs e)

        {

 

        }

 

        private void button1_Click(object sender, EventArgs e)

        {

            oleDbDataAdapter1.Update(dataSetModels,"Модели");

            Hide();

        }

    }

}

 

// форма справочника «Номенклатура»

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class TableNom : Form

    {

        public TableNom()

        {

            InitializeComponent();

        }

 

        private void oleDbConnection1_InfoMessage(object sender, System.Data.OleDb.OleDbInfoMessageEventArgs e)

        {

 

        }

 

        private void TableNom_Load(object sender, EventArgs e)

        {

            oleDbDataAdapter1.Fill(nomSet1);

            oleDbModAdapter.Fill(nomSet1);

            oleDbColorAdapter.Fill(nomSet1);

            oleDbSertAdapter.Fill(nomSet1);

        }

 

        private void button1_Click(object sender, EventArgs e)

        {

            oleDbDataAdapter1.Update(nomSet1, "Номенклатура");

            Hide();

        }

    }

}

 

// форма справочника «Поставщики»

 

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class TableSuppl : Form

    {

        public TableSuppl()

        {

            InitializeComponent();

        }

 

        private void TableSuppl_Load(object sender, EventArgs e)

        {

            oleDbDataAdapter1.Fill(postSet1);

        }

 

        private void button1_Click(object sender, EventArgs e)

        {

            oleDbDataAdapter1.Update(postSet1, "Поставщики");

            Hide();

        }

    }

}

 

// форма журнала «Закупки»

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class zakupJournal : Form

    {

        public zakupJournal()

        {

            InitializeComponent();

        }

 

        private void zakupJournal_Load(object sender, EventArgs e)

        {

            oleZakupAdapter1.Fill(zakupJournalSet1);

            olePostAdapter1.Fill(zakupJournalSet1);

            oleNomTextAdapter1.Fill(zakupJournalSet1);

            oleSkladAdapter.Fill(zakupJournalSet1);

        }

 

        private void button1_Click(object sender, EventArgs e)

        {

            oleZakupAdapter1.Update(zakupJournalSet1, "Закупки");

            Hide();

        }

 

        private void dataGridView1_CellContentClick(object sender, DataGridViewCellEventArgs e)

        {

 

        }

    }

}

 

// форма журнала «Продажи»

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class ProdJournal : Form

    {

        public ProdJournal()

        {

            InitializeComponent();

        }

 

        private void ProdJournal_Load(object sender, EventArgs e)

        {

            oleSalesJournalAdapter.Fill(salesJournalSet1);

            oleDbDataAdapter1.Fill(salesJournal21);

            oleDbDataAdapter2.Fill(salesJournal21);

        }

 

        private void button1_Click(object sender, EventArgs e)

        {

            oleSalesJournalAdapter.Update(salesJournalSet1, "Продажи");

            Hide();

        }

    }

}

 

//форма журнала «Перемещения»

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class LogisticForm : Form

    {

        public LogisticForm()

        {

            InitializeComponent();

        }

 

        private void LogisticForm_Load(object sender, EventArgs e)

        {

            oleDbLogAdapter.Fill(logisticSet1);

            oleDbDataAdapter1.Fill(logisticSet1);

            oleDbDataAdapter2.Fill(logisticSet1);

        }

 

        private void button1_Click(object sender, EventArgs e)

        {

            oleDbLogAdapter.Update(logisticSet1, "Складские_перемещения");

            Hide();

        }

    }

}

 

//форма журнала «Затраты»

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class ExpencesForm : Form

    {

        public ExpencesForm()

        {

            InitializeComponent();

        }

 

        private void ExpencesForm_Load(object sender, EventArgs e)

        {

            oleDbExpencesAdapter.Fill(expencesSet1);

            oleArticlesAdapter.Fill(expencesSet1);

        }

 

        private void button1_Click(object sender, EventArgs e)

        {

            oleDbExpencesAdapter.Update(expencesSet1, "Затраты");

            Hide();

        }

    }

}

 

// форма отчета «Затраты по статьям»

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class Report1Form : Form

    {

        public Report1Form()

        {

            InitializeComponent();

        }

 

        private void Report1Form_Load(object sender, EventArgs e)

        {

            oleDbDataAdapter1.Fill(report1Set1);

        }

    }

}

 

// форма отчета «Складские остатки»

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class Report2Form : Form

    {

        public Report2Form()

        {

            InitializeComponent();

        }

 

        private void Report2Form_Load(object sender, EventArgs e)

        {

            oleDbDataAdapter1.Fill(report2Set1);

        }

    }

}

 

// форма отчета «Обороты по производителям»

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class Report3Form : Form

    {

        public Report3Form()

        {

            InitializeComponent();

        }

 

        private void Report3Form_Load(object sender, EventArgs e)

        {

            oleDbDataAdapter1.Fill(report3Set1);

        }

    }

}

 

// форма отчета «Обороты по поставщикам»

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class Report4Form : Form

    {

        public Report4Form()

        {

            InitializeComponent();

        }

 

        private void Report4Form_Load(object sender, EventArgs e)

        {

            oleDbDataAdapter1.Fill(report4Set1);

        }

    }

}

 

// форма основного отчета «Баланс и прибыль»

using System;

using System.Collections.Generic;

using System.ComponentModel;

using System.Data;

using System.Drawing;

using System.Text;

using System.Windows.Forms;

 

namespace Shop_accounting

{

    public partial class BalanceForm : Form

    {

        public BalanceForm()

        {

            InitializeComponent();

        }

 

        private void BalanceForm_Load(object sender, EventArgs e)

        {

            oleDbDataAdapter1.Fill(balanceSet1);

        }

    }

}