МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ

Учреждение образования «БЕЛОРУССКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНОЛОГИЧЕСКИЙ УНИВЕРСИТЕТ»

Факультет Издательского дела и полиграфии

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

Специальность Информационные системы и технологии (издательско-полиграфический комплекс)

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к дипломному проекту на тему:

«Разработка автоматизированной системы управления торговым предприятием »

Дипломник ______________________________________.

Руководитель проекта ____________________________.

Заведующий кафедрой ____________________________.

Консультанты ___________________________________.

___________________________________

Нормоконтролеры: _______________________________.

Дипломный проект защищен с оценкой _________________________

Председатель ГЭК _______________________________

МИНСК 2008

Содержание

ВВЕДЕНИЕ

1. Автоматизированные системы управления предприятием

1.1. Компьютерные системы управления предприятием

1.2. Три уровня эффектов от ИТ-проектов

1.3. Принципы классификации систем управления

1.4. Стоимость проекта АСУТП

1.5. Внедрение системы автоматизации, основные проблемы и задачи

2. Торговое предприятие во всемирной компьютерной сети

2.1. Электронная коммерция

2.2. Интернет-аукционы

3. Проектирование и реализация АСУТП

3.1. Язык программирование Java

3.2. Концепция Business Engine

3.3. Общее представление АСУТП

3.4. Основные технические решения.

3.5. Структура системы

3.6. Взаимосвязь со смежными системами.

3.7. Подсистемы

3.8. Проектирование. Построение диаграмм39

4. Экономический раздел

4.1. Описание задачи

4.2. Расчет времени на создание программного продукта

4.3. Расчет заработной платы исполнителя работ

4.4. Расчет начислений на заработную плату

4.5. Расчет себестоимости 1-го машино-часа работы ПЭВМ

4.6. Расчет расходов на содержание и эксплуатацию ПЭВМ

4.7. Расчет себестоимости программного продукта

4.8. Расчет цены программного продукта

5. Охрана труда

5.1. Мероприятия по охране труда

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

5.3. Мероприятия и факторы

5.4. Ситуации и безопастность

Заключение

Список использованных источников

Реферат

Пояснительная записка содержит 62 страницы, включая 8 рисунков, 3 таблицы, 16 литературных источников.

АВТОМАТИЗИРОВАННАЯ СИСТЕМА УПРАВЛЕНИЯ ТОРГОВЫМ ПРЕДПРИЯТИЕМ, КОНТРАГЕНТ, АУКЦИОН, ПЛАТЕЖНАЯ СИСТЕМА

Работа состоит из введения, 5 разделов, заключения.

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

В первом разделе проведен обзор средств автоматизации торговли.

Во втором разделе приводится обзор текущего состояния Интернет –торговли и роли в них аукционов.

Третий раздел посвящен описанию процесса проектирования автоматизированной системы.

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

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

Заключение включает основные выводы по работе.

Введение

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

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

Для обеспечения надежности и сокращения сроков разработок можно применять 4GL-языки, CASE и RAD-средства, а также отдельные продукты независимых поставщиков. Но такой подход решает только технические вопросы. Причем, выбирая средства разработки, мы связываем себя с конкретной технологией (например, с файл-серверной или с двухуровневой клиент-сервер). Такой выбор на долгие годы связывает нас с выбранной когда-то технологией и порой, чтобы перейти на новую технологическую платформу, необходимо полностью переписать продукт. Если даже вы недавно выбрали самую новую технологию (например, многоуровневую технологию клиент-сервер), то можно с уверенностью сказать, что через несколько лет появится новая (лучшая технология) и вам (если, конечно, вы захотите на нее перейти) снова придется переписывать ваш продукт.

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

Если в свое время бухгалтеры и финансисты четко представляли себе, какие задачи им нужно решить с помощью программных средств, то с интегрированными системами ситуация иная. Многие руководители просто не знают, что они хотят улучшить за счет автоматизации. По словам вице-президента компании «АйТи» по исследованиям и разработкам Александра Миронова, наблюдается «неосознанное понимание» потребности в автоматизации управления с «неосознанными» же пока задачами. Так, по данным корпорации «Парус», около половины потенциальных потребителей ПО руководствуется при выборе систем известностью торговой марки и только 16% — технологическими параметрами, то есть качеством системы.

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

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

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

В ответ на упреки многие белорусские разработчики и консультанты утверждают, что к системам типа MRP II и ERP отечественный рынок просто не готов. По словам Александра Карпачева (корпорация «Парус»), «все внедряют финансовые системы и логистику, чтобы эффективно управлять тем, что в дефиците, — деньгами. А производственные мощности и рабочая сила пока не в дефиците, производство недогружено. Нет острой потребности в повышении его эффективности и, следовательно, в автоматизации». Сходную точку зрения высказал и вице-президент группы Aquarius Владимир Дрожжинов: «Программные продукты этого класса (ERP) рассчитаны на определенный уровень насыщения рынка. На Западе компании бьются за доли процентов. А если у нас все и так растет, и станки загружены на 50%, о каких сложных системах можно говорить?».

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

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

1. Автоматизированные системы управления предприятием

1.1. Компьютерные системы управления предприятием

В последние годы в компьютерном бизнесе России отмечается устойчивый интерес к компьютерным интегрированым системам, способным обеспечить эффективное управление предприятием. Автоматизация отдельной функции предприятия, как-то бухгалтерский учет или сбыт готовой продукции, позволяет руководителю среднего звена анализировать результаты своей работы. А на современном этапе руководителю важно иметь информацию не только о достигнутых успехах (давать оценку уже свершившимся фактам), но создавать на предприятии комплексные информационные системы, позволяющие ему осуществлять мониторинг всей финансово-хозяйственной деятельности предприятия — отслеживание протекающих на предприятии процессов в режиме реального времени; составление оперативных отчетов о результатах работы за короткие промежутки времени; сравнение целевых результатов с фактически достигнутыми. Тогда модель мониторинга, осуществляемого в рамках системы контроллинга (что позволяет перевести управление предприятием на качественно новый уровень, интегрируя, координируя и направляя деятельность различных служб и подразделений предприятия для достижения оперативных и стратегических целей) можно представить следующим образом. На основании анализа целевых результатов с фактическими делают вывод о сильных и слабых сторонах предприятия, динамике их изменения, а также о благоприятных и неблагоприятных тенденциях развития внешних условий, в которых предприятию приходится работать. Изменение условий внешней и внутренней сред предприятия влечет за собой пересмотр целевых параметров: необходимо проверить, насколько оптимальны поставленные цели в новых условиях, сможет ли предприятие ввиду произошедших изменений добиться поставленных целей. На основании изменения целевых параметров, а также прогноза изменений сильных и слабых сторон самого предприятия корректируется план действий по достижению целей. И уже этот новый, пересмотренный план воплощается в жизнь, т.е. круг замыкается. На нынешний момент, можно сказать, что на компьютерном рынке происходит процесс сближения российских и западных информационных систем, которые успешно конкурируют между собой за право работать на российских предприятиях. Для того, чтобы потребители смогли личше усвоить и понять, кто есть кто на рынке информационных систем для предприятий России, предлагается (см. таблицу 1.1) классификацию информационных систем. Это поможет ориентироваться в большом многообразии предлагаемых решений, определить, какая же именно система нужна вашему предприятию, и сделать обоснованный выбор.

Таблица 1.1

Классификация рынка информационных систем

Все приведенные в таблице информационные системы можно разделить на два больших класса: финансово-управленческие и производственные системы. Финансово-управленческие системы включают подклассы локальных и малых интегрированных систем. Такие системы предназначены для ведения учета по одному или нескольким направлениям (бухгалтерия, сбыт, склады, учет кадров и т. д.). Системами этой группы может воспользоваться практически любое предприятие, которому необходимо управление финансовыми потоками и автоматизация учетных функций (например, БЭСТ, Парус). Системы этого класса по многим критериям универсальны, хотя зачастую разработчиками предлагаются решения отраслевых проблем, например, особые способы начисления налогов или управление персоналом с учетом специфики регионов. Универсальность приводит к тому, что цикл внедрения таких систем невелик, иногда можно воспользоваться «коробочным» вариантом, купив программу и самостоятельно установив ее на одном или нескольких персональных компьютерах.

Финансово-управленческие системы (особенно системы российских разработчиков) значительно более гибкие в адаптации к нуждам конкретного российского предприятия. Часто предлагаются «конструкторы», с помощью которых можно практически полностью перекроить исходную систему, самостоятельно или с помощью поставщика установив связи между таблицами баз данных или отдельными модулями. Хотя общая конфигурация систем может быть достаточно сложна, практически все финансово-управленческие системы способны работать на персональных компьютерах в обычных сетях передачи данных Novell Netware или Windows NT. Они опираются на технологию выделенного сервера базы данных (file server), которая характеризуется высокой загрузкой сетевых каналов для передачи данных между сервером и рабочими станциями. Только отдельные из предлагаемых в России систем такого класса были разработаны для промышленных баз данных (Oracle, Sybase, Progress, Informix, SQL Server). В основном использовались более простые средства разработки Clipper, FoxPro, dBase, Paradox, которые начинают давать сбои на сложных конфигурациях сети и при увеличении объемов обрабатываемых данных.

Производственные системы включают подклассы средних и крупных интегрированных систем. Эти системы, в первую очередь, предназначены для управления и планирования производственного процесса. Учетные функции, хотя и глубоко проработаны, выполняют вспомогательную роль и порой невозможно выделить модуль бухгалтерского учета, так как информация в бухгалтерию поступает автоматически из других модулей (например PRMS, SAP/R3).

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