80017

Проектирование и разработка информационной системы учёта реализации торгового оборудования

Дипломная

Информатика, кибернетика и программирование

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

Русский

2015-02-16

1.69 MB

23 чел.

Оглавление

[1] Оглавление

[2]
Введение

[3]
1 Аудит знаний предприятия

[4] 1.1 Суть подхода

[5] 1.2 Ключевые предпосылки

[6] 1.3 Люди и опыт

[7]
2 Управление знаниями на промышленном предприятии

[8] 2.1 Системный подход

[9] 2.2 Совершенствование методов поиска информации

[10] 2.3 Оптимизация баз знаний

[11] 2.4 Защита от недобросовестной конкуренции

[12]
3  Аналитическая часть

[13] 3.1 Технико-экономическая характеристика предметной области

[14] 3.1.1 Характеристика предприятия

[15] 3.1.2 Краткая характеристика подразделения  или видов его деятельности

[16] 3.2 Экономическая сущность задачи

[17] 3.3 Обоснования необходимости и цели использования вычислительной техники для решения задачи

[18] 3.4 Постановка задачи

[19] 3.4.1 Цели и назначение автоматизированного варианта решения задачи

[20] 3.4.2 Общая характеристика организации решения задачи на ЭВМ

[21] 3.4.3 Формализация расчетов

[22] 3.5 Анализ существующих разработок и обоснование выбора технологии проектирования

[23] 3.6 Обоснование проектных решений по видам обеспечения

[24] 3.6.1 Обоснование проектных решений по техническому обеспечению (ТО)

[25] 3.6.2 Обоснование проектных решений по информационному обеспечению (ИО)

[26] 3.6.3 Обоснование проектных решений по программному обеспечению (ПО)

[27]
4  Проектная часть

[28] 4.1 Информационное обеспечение задачи

[29] 4.1.1 Информационная модель и её описание

[30] 4.1.2 Используемые классификаторы и системы кодирования

[31] 4.1.3 Характеристика первичных документов с нормативно-справочной и входной оперативной информацией

[32] 4.1.4 Характеристика базы данных

[33] 4.2 Программное обеспечение задачи

[34] 4.2.1 Общие положения (дерево функций и сценарий диалога)

[35] 4.2.2 Структурная схема пакета (дерево вызова процедур и программ)

[36] 4.2.3 Описание программных модулей

[37] 4.3 Технологическое обеспечение задачи (комплекса задач, АРМ)

[38] 4.3.1 Организация технологии сбора, передачи, обработки и выдачи информации

[39] 4.3.2 Схемы технологического процесса сбора, передачи, обработки и выдачи информации

[40] 4.4 Описание контрольного примера реализации проекта

[41]
5  Обоснование экономической эффективности проекта

[42] 5.1 Выбор и обоснование методики расчёта экономической эффективности

[43] 5.2 Расчёт показателей экономической эффективности проекта

[44]
Заключение

[45] Список использованной литературы

[46]
Приложение А –Исходный код Delphi

[47] Приложение Б - Создание модели ИС с помощью

[48] AllFusion Process Modeler 7.1

[49] Приложение  В- Создание модели данных с помощью AllFusion Erwin Data Modeler 7.1

[50] Приложение В – UML диаграмма проекта в Delphi


Введение

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

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

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

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

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

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


1 Аудит знаний предприятия

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

1.1 Суть подхода

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

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

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

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

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

как сотрудники относятся к информации;

какие виды информации имеют наибольшее значение для деятельности предприятия;

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

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

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

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

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

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

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

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

1.2 Ключевые предпосылки

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

основных пользователей будущей системы управления знаниями;

что они знают, какие информационные ресурсы и с какой целью используют;

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

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

что работники делают или думают, почему они считают нечто важным или наоборот, кто знает больше по данному вопросу;

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

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

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

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

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

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

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

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

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

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

1.3 Люди и опыт

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

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

исследовательские проекты, патенты, торговые и маркетинговые стратегии;

бизнес-планы, презентации;

ежедневные «прозрения» и «откровения», инновационные идеи сотрудников;

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

сообщения, содержащиеся в текстовых документах, факсах, распоряжениях и приказах.

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

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

Статистика утверждает, что лучшая практика выполнения рутинных операций, распространенная, например, среди новых продавцов, снижая напрасные траты времени на 5%, дает компании Sun Microsystems ежегодную экономию в 100 млн. дол. Еще в 1994 году аудит базовых операций компании Federal Express показал, что она теряет ежедневно 3 млн. дол. по причине невозможности быстрого получения работниками информации о том, как корректно выполнять рутинную работу.

Работник западной компании тратит в среднем около 48 мин. каждый день на консультации с коллегами по поводу того, как делать рутинную работу. Предприятию с персоналом в 200 человек это обходится примерно 1 млн. 350 тыс. дол. в год — потеря продуктивности и зря выплаченная зарплата.

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

Страховая компания может терять каждый год около 5 млн. дол. по причине «непрозрачности» информации — недостаточных и ненадежных сведений, из-за чего она не в состоянии пресечь мошенничество.


2 Управление знаниями на промышленном предприятии

В современной экономике знания являются самым ценным активом, потому что сегодня на рынке успешно реализуется только высококачественная продукция, произведенная с меньшими затратами и раньше конкурентов. Конкурентоспособность на внутреннем и внешних рынках обеспечивают экспертные знания и опыт в области создания новых продуктов, проектирования, маркетинга, производства и сбыта. Перемены убеждают нас в справедливости знаменитого афоризма известного философа Фрэнсиса Бэкона, который еще в XVII веке утверждал: «Знание — сила».

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

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

Радикальные перемены в организации крупного промышленного производства, произошедшие со времен Ф. Тейлора и Г. Форда, видоизменили не только способы и формы деятельности, но и наше представление о развитии работников. На смену господствовавшему ранее стереотипу — планирует и оплачивает обучение кто-то другой: родители, учебное заведение, работодатель, государство, пришло понимание того, что ответственность за повышение собственной квалификации в первую очередь несет сам человек. Возможностей для этого сегодня множество: вузы, различные курсы, тренинги, интернет и т. п. Человек самостоятельно планирует свое обучение и развитие (в том числе и карьерное), оптимизируя его стоимость за счет возможностей дистанционного обучения.

Люди становятся активными действующими агентами на рынке труда, растут их требования к работодателю, рабочему месту и содержанию деятельности. В результате повышается мобильность рабочей силы, что приводит к снижению лояльности работников к конкретному работодателю. В этих условиях предприятию становится все труднее привлечь и удержать высококвалифицированных и талантливых работников, обеспечить, чтобы на всех рабочих местах в нужное время работали нужные люди, имеющие необходимые навыки. Более того, в экономике знаний пресловутая «текучка» означает не просто дополнительные расходы на поиск и обучение новых сотрудников, но и потерю человеческого капитала — уникальных компетенций, знаний и опыта. При высокой конкуренции это очень серьезный риск. В нашей стране ситуация усугубляется демографическими проблемами: в ближайшее десятилетие на заслуженный отдых уйдут представители многочисленного поколения 1950–60-х годов, заменить которых нередко просто некем.

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

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

2.1 Системный подход

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

Традиционно в систему управления знаниями (Knowledge management) включались следующие подсистемы:

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

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

организации НИОКР, инновационной и рационализаторской деятельности работников — обеспечивает создание новых знаний;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

перестройка внутрикорпоративного управления в сторону более активного использования знаний повышает конкурентоспособность компании;

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

С учетом данных тенденций мы разработали общие подходы к построению системы управления знаниями на «ЛИПЛИН»:

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

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

Борьба за клиента приводит к индивидуализации спроса и потребления. Это, как правило, требует от производителя кастомизации (подгонки под требования конкретного покупателя) продуктов и услуг. Знания также стремительно «индивидуализируются», что приводит к резкому росту неявного (некодифицированного) знания. В итоге кардинально трансформируется рынок труда: вместо рынка «рабочих рук» он становится рынком «умных голов», способных продуцировать новые знания.

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

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

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

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

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

Знания являются интегральным показателем, который отражает корпоративный интеллектуальный потенциал.

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

самостоятельный продукт (например, маркетинговый проект);

предмет конечного потребления (например, данные анализа затрат);

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

средство установления связи с потребителем (например, проект рекламной кампании);

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

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

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

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

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


Рисунок  2.1 -  Концептуальная модель системы управления знаниями на »ЛИПЛИН»

2.2 Совершенствование методов поиска информации

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

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

На практике для конкретного работника (пользователя знаний) процесс управления знаниями состоит их трех основных этапов:

сбор данных/поиск информации;

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

передача информации в общий фонд знаний предприятия и организация обмена знаниями в корпоративной среде.

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

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

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

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

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

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

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

оптимизировать информационные потоки, поступающие на предприятие извне (от поставщиков, клиентов, из сети интернет и т. д.).

Структура корпоративного информационного портала (разделы)

Корпоративный уровень

Сбалансированная система показателей

Стратегическая карта завода

Ускоренное эволюционное развитие НKM3

Курс «Стратегическое управление» (метод, материалы, учебные пособия)

Материалы балансовых комиссий

Корпоративная культура

Корпоративная газета «Вестник «ЛИПЛИН»»

Научно-техническая информация

Банк научно-технических знаний и нормативной документации

Научно-техническая библиотека

Патентно-информационное обеспечение специалистов

Информация, прошедшая анализ и синтез (знания)

Материалы НТЭС

Информационные бюллетени мультидисциплинарных групп

Информационно-аналитические обзоры

Документация на объекты интеллектуальной собственности

Авторские материалы

Данные корпоративных информационных систем

Техническая подготовка производства

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

Управление качеством

Технико-экономические показатели (ТЭП)

Управление стоимостью

Маркетинг

Финансы

Сбыт

Бухгалтерский учет

Управление персоналом

Экономическая безопасность и др.

Система дистанционного обучения и самообразования

Методическое обеспечение процесса сертификации и аттестации рабочих и специалистов

Информация из внешней среды

Новости

Финансовая информация

Законодательство

Сайты деловых партнеров

Мониторинг СМИ

Сведения о конкурентах

Основное делопроизводство

Приказы, распоряжения, совместные решения

Тематическая информация

Информационные сайты подразделений

Справочная информация

Заводская информация

Календарь

Транспорт

Связь

Госучреждения

Телефонный справочник

Прогноз погоды и др.

Акцент дня, новости NKMZinfo

Информация о важнейших событиях предприятия

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

Информационная безопасность

Информация для пользователей:

информационно-вычислительной сети (ИВС)

администраторов компьютерных систем (КС)

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

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

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

Сбор информации.

Формирование баз знаний.

Разработка и корректировка программ.

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

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


Рисунок 2.2 - Модель изменения организационных структур

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

Обязанности административного характера — такие как управление интранетом и базами данных, обслуживание запросов по информационным ресурсам предприятия, выполняют «координаторы знаний» (системные администраторы). В основном это специалисты службы информационных технологий.

Чтобы удовлетворить информационные потребности специалистов, на «ЛИПЛИН» широко практикуются следующие формы запросов:

связь со специалистами внутри предприятия;

рассылка электронных писем;

размещение запроса на сайте подразделения;

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

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

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

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

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

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

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

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

Затем мы разработали специальные анкеты, которые хранят «информационные профили» специалистов и соотносят их с широким спектром информационных источников.

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

Потом разработали методики определения ценности полученной информации.

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

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

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


Рисунок 2.3 - Перспективная схема организации информационного пространства завода

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

В дальнейшем мы планируем развивать корпоративный информационный портал по следующим основным направлениям:

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

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

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

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

По мнению экспертов в области информационных технологий и управления знаниями, информационная инфраструктура является всеобъемлющей и хорошо организованной, если:

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

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

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

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

Рисунок 2.4 - Стратегия упреждающего формирования компетенций работников »ЛИПЛИН»

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

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

2.3 Оптимизация баз знаний

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

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

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

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

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

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

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

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

1) получение знаний из внешней и внутренней среды;
2) использование знаний — преобразование, создание новых;
3) конвертация знаний в новые продукты и услуги.

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

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

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

Осенью 2008 Институт корпоративной продуктивности (Institute for Corporate Productivity, i4cp) совместно с Center for Effective Organizations и Сообществом по планированию человеческих ресурсов (Human Resource Planning Society) провели исследование «Способность удерживать знания» (Knowledge Retention Study). Всего в опросе приняли участие 426 крупных компаний, представлявших различные сектора экономики.

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

К примеру, 30% респондентов отметили, что они «плохо» или «вообще не занимаются» проблемой сохранения знаний в связи с увольнением своих работников; еще 49% оценили предпринимаемые для сохранения институциональных know-how усилия на «удовлетворительно»; только 20% назвали свои программы «хорошими» и «очень хорошими». Более трех четвертей (78%) респондентов отметили, что они не имеют уполномоченного человека/группы людей или подразделения, которые отвечали бы за разработку и реализацию планов мероприятий по сохранению знаний (Knowledge Retention, KR), а у 68% — нет для этого целевых бюджетов.

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

Исполнительный директор Institute for Corporate Productivity Кевин Окс говорит: «Многие организации не считают данное направление приоритетным — до тех пор, пока не оказывается слишком поздно. Когда работники «захлопывают за собой дверь» — не важно, по какой причине — вместе с ними «уходит» огромное количество ценнейших знаний. Осознают это менеджеры или нет, но ежегодно компании инвестируют значительные суммы в обучение и повышение квалификации своего персонала. «Скрытые» знания — информация, которая находится «в головах» сотрудников, составляют значительную часть предпринимательского ноу-хау (например, нюансы патентных/ лицензионных соглашений или «личные отношения» с представителями ключевого заказчика). Цена их потери может оказаться чрезмерно высокой. Сегодняшняя ситуация (повсеместное сокращение штатов, отправка людей на досрочную пенсию, стремительное обновление поколений работников) создает дополнительные сложности для бизнеса, поэтому организации должны сфокусировать свои усилия на том, чтобы сохранить свои ценнейшие активы — знания — для будущего».

2.4 Защита от недобросовестной конкуренции

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

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

патентование изобретений, полезных моделей промышленных образцов;

регистрация торговых марок;

заключение лицензионных/франшизных соглашений;

получение авторских прав.

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

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

Технические решения охраняются в режиме коммерческой тайны в случаях, когда:

невозможно проконтролировать их использование (техоснастка);

сложно доказать факт использования (смеси, композиции);

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

Но остается вопрос: «Как защитить «нетехнические» творческие решения, а именно: управленческие, финансовые, организационные, маркетинговые ноу-хау?» Они также являются частью корпоративных знаний и существенной составляющей конкурентоспособности компании.

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

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

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

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

все факты обращения к этим сведениям регистрируются.

Разработка и внедрение на «ЛИПЛИН» разрешительной системы доступа к конфиденциальной информации проводились поэтапно.

I этап. Прежде всего, мы постарались найти ответы на следующие вопросы:

Имеется ли на предприятии информация, которая требует защиты?

Какие сведения подлежат защите от конкурентов?

Для чего и от кого надо их защищать?

По каким каналам наиболее вероятна утечка информации?

Какие методы защиты информации являются оптимальными для нашего предприятия?

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

II этап. Далее приступили к разработке системы доступа — комплексной системы защиты информации (КСЗИ). Мы считаем, что это обязательная составная часть бизнес-процесса по обеспечению экономической безопасности.

Ключевым звеном КСЗИ является заводская экспертная комиссия по защите информации. Основные задачи экспертной комиссии:

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

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

разработка и реализация мероприятий по защите информации (включая экономическое обоснование и согласование места и времени);

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

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

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

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

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

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

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

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

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

III этап. Ознакомление персонала со сведениями, составляющими коммерческую тайну предприятия, осуществляется через разрешительную систему допуска.

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

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

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

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

На первом шаге эксперты заводской экспертной комиссии по защите информации:

разрабатывают «Перечень текущих угроз информации предприятия»;

рассчитывают коэффициент вероятности атаки;

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

Эта работа выполняется на основании статистических данных за отчетный период (о возникновении угроз для обрабатываемой на предприятии информации) — в соответствии с международными стандартами по компьютерной безопасности ISO/IEC 15408, ИСО/МЭК 15408-2002 (Common Criteria for Information Technology Security Evaluation — Общие критерии оценки безопасности информационных технологий).

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

На основании этих данных определяются «Требования по защите конфиденциальной информации и знаний».

V этап. В соответствии с «Требованиями по защите конфиденциальной информации и знаний» на заводе внедрены следующие системы:

система легализации пользователей, автоматизированных рабочих мест (АРМ) и программного обеспечения;

разрешительная система допуска-доступа;

система антивирусной защиты;

система резервного копирования и восстановления информации;

система защиты каналов связи и электронных коммуникаций,

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

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

VI этап. «Сама по себе» даже сверхсовершенная техническая система работать не будет, поэтому особое внимание у нас уделяется предупредительной и профилактической работе с персоналом. Люди проходят обучение по темам:

«Характер и состав сведений, составляющих коммерческую тайну предприятия»;

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

«Законодательство России в области защиты информации и интеллектуальной собственности»;

«Правила защиты информации и порядок работы сотрудников с информацией, составляющей коммерческую тайну предприятия, — в документированном и электронном виде»;

«Действия персонала при возникновении нештатных и экстремальных ситуаций».

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

«Эксплуатация и обеспечение информационной безопасности компьютерных систем» — для администраторов компьютерных систем структурных подразделений;

«Обеспечение безопасности информации и корпоративных баз знаний при эксплуатации компьютерных систем» — для пользователей.

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

при подготовке и переподготовке работников различных профессий;

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

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



3  Аналитическая часть

3.1 Технико-экономическая характеристика предметной области

3.1.1 Характеристика предприятия

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

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

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

В третьей главе представлена оценка экономической, технической и социальной эффективности внедряемого проекта.

Основной деятельностью общества с ограниченной ответственностью «Липлин» является складской учёт реализуемого оборудования, логистика складской деятельности, сбыт и поставки оборудования на склад. Для этого на предприятии решаются следующие задачи:

- учёт реквизитов реализаторов оборудования;

- учёт реквизитов оборудования, что находится или когда либо находилось на складе;

- учёт оборудования, что необходимо реализовать;

- выполнение плана реализации оборудования.

В настоящее время руководством предприятия были определены приоритетные направления деятельности предприятия:

- повысить объемы реализуемого оборудования, за счёт модернизации процесса планирования реализации оборудования;

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

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

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

  •  реализацию оборудования;
  •  складирование оборудования;
  •  учёт реквизитов реализаторов и оборудования.

Помимо основных видов деятельности ООО «Липлин» вправе осуществлять самостоятельно любую хозяйственную деятельность, не запрещенную Законом.

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

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

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

ООО «Липлин» несет ответственность по своим обязательствам всем принадлежащим ему имуществом. Общество не отвечает по обязательствам своих акционеров.

ООО «Липлин» в праве в установленном порядке открывать банковские счета в валюте РФ и иностранной валюте на территории РФ и за ее пределами.

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

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

ООО «Липлин» может на добровольных началах объединяться в союзы, ассоциации на условиях, не противоречащих антимонопольному законодательству, действующему на территории РФ, и в порядке, предусмотренном законодательными актами РФ.

ООО «Липлин» вправе привлекать для работы российских и иностранных специалистов, самостоятельно определять формы, системы. Размеры и виды оплаты их труда.

3.1.2 Краткая характеристика подразделения  или видов его деятельности

Рисунок 3.1 - Организационная структура ООО «Липлин»

На рисунке 3.1 представлена организационная структура предприятия ООО «Липлин».

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

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

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

3.2 Экономическая сущность задачи

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

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

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

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

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

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

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

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

Целью данного дипломного проекта является решение именно задачи автоматизации деятельности по реализации торгового оборудования - центральной задачи комплекса  задач автоматизации деятельности предприятия.

Комплекс задач автоматизации и место решаемой задачи в этом комплексе представлены на рисунке 3.2.

Рисунок 3.2 - Комплекс задач автоматизации и место решаемой задачи в этом комплексе

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

Решение этой задачи состоит из решения подзадач, которые можно выделить в данной задаче. Можно выделить следующие подсистемы:

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

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

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

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

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

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

Итак в конечном итоге цель данной автоматизации является сокращение издержек на делопроизводство, сокращение затрат и увеличение прибыли. А также по возможность расширение сферы деятельности и ассортимента торгового предприятия ООО «Липлин».

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

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

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

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

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

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

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

3.4 Постановка задачи

3.4.1 Цели и назначение автоматизированного варианта решения задачи

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

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

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

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

3.4.2 Общая характеристика организации решения задачи на ЭВМ

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

  •  Создание базы данных с удобным методом хранения.
  •  База данных АС должна соответствовать следующим требованиям:
  •  Отсутствие необходимости обслуживания со стороны специально обученного персонала – что увеличивает расходы на содержание АС и увеличивает время простоя в случае сбоев.
  •  Легкая возможность резервного копирования и восстановления – отсутствие требований по организации сложной процедуры резервного копирования и восстановления связано с отсутствием квалифицированных специалистов и не желанием нести дополнительные расходы на них.
  •  Легкая возможность модернизации – простота и открытость АС является одним из основных требований для страховки компании от невозможности разработчика данной АС далее работать и обслуживать её.
  •  Отсутствие высоких требований к аппаратным компонентам – для отсутствия высоких дополнительных затрат на модернизацию парка ЭВМ компании.
  •  Создание подсистем автоматизированной системы для различных нужд.
  •  Создание путей ввода информации в базу данных.
    •  Ввод информации в базу данных должен быть разделен для всех таблиц или логических сущностей базы.
      •  Ввод информации в базу должен иметь удобный интерфейс
      •  Ввод информации по мере возможности должен использовать справочники и классификаторы составленные ранее.
  •  Создание путей получения информации из базы данных.
  •  Основным путем получения данных из базы данных должны являться предварительно сформированные формы и отчеты.
  •  Организация законченной структуры ведения номенклатурных позиций и поставщиков.
  •  АС должна предоставлять полные возможности ведения базы клиентов.
  •  Анализ остатков номенклатуры на складе.

3.4.3 Формализация расчетов

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

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

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

Подсистема ведения поступления торгового оборудования должна позволять вести учет следующих объектов:

  •  Оборудование. Таблица «продать данные 1» предназначена для хранения основной информации о номенклатурных позициях:

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

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

3.5 Анализ существующих разработок и обоснование выбора технологии проектирования

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

  •  создавать интерфейс, используя стандартные компоненты;
  •  передавать управление различным процессам, в зависимости от состояния системы;
  •  создавать оболочки для баз данных, как и сами базы данных;
  •  разрабатывать более надежное ПО, путем обработки исключительных ситуаций возникающих при некорректной работе ПО. [20]

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

  •  поддержка объектно-ориентированного стиля программирования;
  •  возможность использования CASE-технологий, как для проектирования разрабатываемой системы, так и для разработки моделей реляционных баз данных;
  •  использование визуальных компонент для наглядного проектирования интерфейса;
  •  поддержка баз данных (БД);
  •  возможность использования алгоритмов реляционной алгебры для управления реляционными базами данных;
  •  возможность синхронизации составных частей проекта.

Вышеперечисленными свойствами обладают языки программирования, например: Delphi, Visual C++, Borland С++ Biulder, Visual FoxPro  и другие.

Каждое из этих средств содержит весь спектр современного инструментария, который был перечислен ранее. Главное отличие состоит в области использования рассматриваемых средств. Так Visual C++ обычно используется при разработке приложений предназначенных для работы с ОС Windows, использующих основные свойства ОС, а так же  выполняющих большое количество вычислений. Одним из недостатков данного средства разработки приложений является высокое требование к аппаратным ресурсам при разработке программного обеспечения, недостаточно высокая скорость компиляции программного кода и при реализации конечного продукта (ПО), используя этот продукт необходимо большее дисковое пространство, чем при создании аналогичного ПО другими средствами разработки. Borland С++ Biulder  по своим недостаткам аналогичен Visual C++, но обладает еще одним – разработка баз данных на базе языка SQL и их поддержка ограничена. Система разработки Visual FoxPro предъявляет наименьшие требования к системным ресурсам, но ее применение ограничено неудобством в визуальном создании интерфейса разрабатываемого приложения. Недостатком Delphi состоит в том, что при его использовании нет достаточного доступа к функциям ОС, но данный недостаток несущественен, поскольку разрабатываемое приложение ориентировано на поддержку БД, а не на работу с ОС. Немалое значение при выборе Delphi в качестве средства для разработки автоматизированных информационных систем играет возможность использования большого количества встроенных визуальных компонент, как для разработки интерфейса, так и для создания СУБД.[25]

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

  •  скорость разработки приложений;
  •  возможность быстрого внесения изменений в программу;
  •  возможность редактирования и просмотра БД, используя средства разработки.

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

Используя Delphi можно создавать приложения для MS Windows95/98/NT с минимальными затратами времени  т.к. в её основе лежит концепция быстрого создания приложений (RAD).

На данный момент в компании практически не существует хоть какой-нибудь автоматизированной системы, единственное, что применяется из программных средств это входящий в состав офисного пакета Microsoft Office – Microsoft Word. Который, используется для хранения всех данных, например, таких как сведения, о клиентах и сведения о товарах с которыми идет работа.

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

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

Из них наиболее функциональной по количеству функций можно выделить «1С: управление торговлей 8» имеющей следующие функции и возможности:

  •  Ведение операций "Продажа", "Покупка", "продажа на комиссионной основе" и т.д.
  •  Учет заявок для покупателей и формирование заявок поставщикам на поставку
  •  Учет складских операций, таких как, перемещение со склада на склад, списание товара, оприходование товара
  •  Перекрестный поиск между заявками и описанием объектов номенклатуры
  •  Учет движений денежных средств (касса, банк)
  •  Ведение многофирменного учета
  •  Создание произвольных форм отчетов
  •  Произвольные запросы по любым параметрам
  •  Экспорт данных в форматы Excel, txt, csv и xml
  •  Обмен данными между удалёнными офисами, используя технологию управления распределенными базами данных.
  •  Предоставление клиенту информации в "безопасном" виде (возможность скрывать коммерческую информацию)
  •  Хранение справочной информации с дополнительными произвольными характеристиками
  •  Управление доступом пользователей к различным режимам и функциям программы
  •  Просмотр данных на Вашем вэб-сайте в интернете
  •  Поддержка одновременной работы неограниченного числа пользователей
  •  Мощная и быстрая база данных
  •  Удобный и простой интерфейс
  •  Подробная документация, встроенная в программу
  •  Доступная консультационно-справочная служба
    •  Встроенная CRM подсистема (управление взаимоотношениями с клиентами)
      •  Анализ работы менеджеров и т.д.

На рисунке (Рисунок 3.3) показан внешний вид 1С: управление торговлей 8

Рисунок 3.3 - Внешний вид программы «1С: управление торговлей 8»

Существуют решения, построенные на web интерфейсах, например такие как, «WebMag». Система имеет следующий функционал:

  1.  Управление каталогом товаров
  •  Создание/ редактирование структуры каталога (разделы, подразделы). Каталог товаров может иметь неограниченную вложенность.
  •  Создание/ редактирование товаров, карточка товара, технические характеристики, фотографии, подробное описание, связанные (рекомендуемые) товары.
  •  Временное отключение раздела / товара.
  1.  Управление сайтом
  •  Создание / редактирование пунктов меню сайта. Неограниченное количество и уровень вложенности разделов.
  •  Создание/ редактирование страниц сайта.
  •  Создание/ редактирование рекламных блоков.
  1.  Управление заказами
  •  Регистрация поступивших заказов, создание редактирование новых заказов.
  •  Назначение ответственного менеджера заказа.
  •  Передача заказа и резервирование товара в учетной системе пользователя.
  •  Отслеживание истории заказов.
  1.  Управление покупателями
  •  Регистрация покупателей, отслеживание статуса покупателя, регистрация B2B клиентов.
  •  Поиск покупателей в базе данных.
  •  Регистрация статистики посещаемости сайта покупателями.
  •  Личный кабинет покупателя, история заказов, баланс счета покупателя.
  1.  Формирование первичных и платежных документов
  •  Автоматическое формирование счетов или квитанций на оплату.
  •  Автоматизированный контроль оплаты и баланса личного счета покупателя.
  •  Автоматическое формирование разрешающих и сопроводительных документов.
  1.  Направленные рассылки покупателям
  •  Рассылка рекламно-информационных писем зарегистрированным покупателям.
  •  Локализация рассылки по регионам.
  •  Возможность покупателя отказаться от рассылки.

Рис. 4. Web портал, построенный на системе «WebMag»

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

3.6 Обоснование проектных решений по видам обеспечения

3.6.1 Обоснование проектных решений по техническому обеспечению (ТО)

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

Автоматизированная система предназначена для функционирования на компьютере типа IBM PC с техническими характеристиками не менее:

  •  двуядерный процессор Intel® Core™ 2 / Pentium® Dual-Core;
  •  до 8Gb оперативной памяти DDR2 PC2-5300;
  •  дисковая подсистема SATA onBoard RAID;
  •  видеоадаптер NVIDIA MSI GeForce GTX470.
  •  жесткий диск, обеспечивающий размещение операционной системы.
  •  сетевая карта для подключения к сети.

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

В случае варианта многопользовательской работы с системой понадобится использование одного ПК в качестве файлового сервера для доступа к базе. Целесообразно разместить эту базу данных на сервере, а с клиентских компьютеров осуществлять подключение к ней через протокол smb или через ODBC поверх smb. В качестве сервера может использоваться компьютер типа IBM PC c характеристиками не менее:

  •  двуядерный процессор Intel® Core™ 2 / Pentium® Dual-Core;
  •  до 8Gb оперативной памяти DDR2 PC2-5300;
  •  дисковая подсистема SATA onBoard RAID;
  •  видеоадаптер NVIDIA MSI GeForce GTX470.
  •  жесткий диск, обеспечивающий размещение операционной системы.
  •  сетевая карта для подключения к сети.

В качестве операционной системы на сервере не совсем целесообразно использовать операционную систему семейства Unix, такую как, например, Linux из-за недостаточно хорошей поддержки smb и ODBC.

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

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

3.6.2 Обоснование проектных решений по информационному обеспечению (ИО)

Разрабатываемая система предназначена для работы в операционной системе Windows. Программа должна работать в любой операционной системе семейства Windows: Windows 95/98, NT (Service Pack 6), 2000 (Service Pack 3), XP, а также на серверных вариантах этой операционной системы. Такой выбор объясняется развитым удобным графическим пользовательским интерфейсом данного семейства операционных систем, а также ее популярностью на российском рынке. Многие фирмы-производители программного обеспечения, в том числе систем разработки приложений, также ориентированы на это семейство операционных систем, что привело к наличию на рынке большого количества систем программирования, позволяющих разрабатывать программное обеспечение для Windows.

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

В последнее время особую популярность приобретает операционная система Linux и ее производные.

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

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

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

Также необходимо дать удаленному пользователю, который подсоединяется к базе, права на чтение, запись, изменение данных на компьютере, который будет хранить базу данных. Также для доступа к данным используется системы работы с базами данных MS Access версии не ниже 2007 фирмы Microsoft.

3.6.3 Обоснование проектных решений по программному обеспечению (ПО)

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

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

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

Ниже приведен перечень основных причин, по которым целесообразно использовать язык программирования Delphi и СУБД Access.

Причина 1.

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

Причина 2.

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

Причина 3.

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

Причина 4.

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

С помощью Delphi вы можете создать приложение, работающее в среде Windows и полностью соответствующее вашим потребностям по управлению данными. Используя запросы, вы можете выбирать и обрабатывать хранящуюся в таблицах информацию. Можно создавать формы для ввода, просмотра и обновления данных, а также использовать встроенные компоненты для создания как простых, так и сложных отчетов. Формы и отчеты «наследуют» свойства базовой таблицы или запроса, так что в большинстве случаев вы указываете форматы, условия на значения и некоторые другие характеристики данных только один раз. [18]

Преимущества среды разработки Delphi:

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

И наконец, все эти средства позволяют создавать приложения, работающие не только с базой данных Access, но и с другими наиболее распространенными базами данных. Ваше приложение может работать непосредственно с файлами dBASE, с базами данных Рагаdох, FохРго и любой базой данных, поддерживающей ОDВС. Вы сможете также легко импортировать данные из текстовых файлов, документов текстовых процессоров и электронных таблиц (и экспортировать данные в них).


4  Проектная часть

4.1 Информационное обеспечение задачи

4.1.1 Информационная модель и её описание

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

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

Информационная модель имеет три области.

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

Область 2 описывает систему получения данных из базы данных.

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

  •  Invoice (Реализация)
    •  Plan (План продаж)
      •  Product (Оборудование)
      •  Provider (Контрагенты)
      •  Klient(Покупатели)
      •  Dvigenie tovara(Расход, приход)

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

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

Рисунок 4.1 - Информационная модель комплекса задач.

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

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

4.1.3 Характеристика первичных документов с нормативно-справочной и входной оперативной информацией

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

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

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

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

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

Сводная таблица справочников показана далее

Таблица 4.1

Сводная таблица справочников

Полное наименование справочника

Краткое наименование

Ответственный

1

Invoice (Реализация оборудования, приход)

Реализация

Оператор ИС

2

Plan  (план продаж,расход)

План продаж

Оператор ИС

3

Product (оборудование)

оборудование

Оператор ИС

4

Provider (контрагенты, поставщики)

контрагенты

Оператор ИС

5

Klient(покупатели,клиенты)

покупатели

Оператор ИС

6

Dvigenie tovara(движение товара)

Движение товара

Оператор ИС

4.1.4 Характеристика базы данных

Инфологическая модель применяется после словесного описания предметной области.

Между сущностями могут быть установлены связи – бинарные ассоциации, показывающие, каким образом сущности соотносятся или взаимодействуют между собой. Связь может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). Она показывает, как связаны экземпляры сущностей между собой. Если связь устанавливается между двумя сущностями, то она определяет взаимосвязь между экземплярами одной и другой сущности.[29]

Связи делятся на три типа по множественности: один-ко-одному (1:1), один-ко-многим (1:М), многие-ко-многим (М:М). [29]

Связь один-ко-одному означает, что экземпляр одной сущности связан только с одним экземпляром другой сущности. [29]

Связь один-ко-многим (1:М) означает, что один экземпляр сущности, расположенный слева по связи, может быть связан с несколькими экземплярами сущности, расположенными справа по связи. [29]

Связь «многие-ко-многим (М:М) означает, что несколько экземпляров первой сущности могут быть связаны с несколькими экземплярами второй сущности, и наоборот. Между двумя сущностями может быть задано сколько угодно связей с разными смысловыми нагрузками. [29]

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

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

На основании анализа предметной области выделим сущности модели «сущность-связь» («Entity Relationship» - ER-модели) и изобразим их в виде диаграммы.


Рисунок 4.2 - Схема БД


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

В качестве настольной базы данных выбрана база данных формата MS ACCESS. То есть база данных является файлом на диске, в котором сосредоточены таблицы базы данных в виде файлов данных и индексов к ним.

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

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

Таблица 4.2 - Поля таблицы «Поставки оборудования(приход, реализация)»

Название

Тип

Размер

№п_п

Счетчик

Оборудование

Текстовый

255

Количество

числовой

Дата

Дата/время

255

№ Поставщика

числовой

Информация

Текстовый

255

Накладная

Текстовый

255

Таблица 4.3 - Поля таблицы «План поставок(расход)»

Название

Тип

Размер

№п_п

Счетчик

Оборудование

Текстовый

255

Количество

числовой

Дата

Дата/время

Накладная

Текстовый

255

Информация

Текстовый

255

№ Покупателя

числовой

Таблица 4.4 - Поля таблицы «Реквизиты оборудования»

Название

Тип

Размер

№п_п

Счетчик

Название

Текстовый

255

Штрих-код

Числовой

Информация

Текстовый

255

Таблица 4.5 - Поля таблицы «Реквизиты поставщиков»

Название

Тип

Размер

№п_п

Счетчик

Название

Текстовый

255

Адрес

Текстовый

255

Телефон

Числовой

Информация

Текстовый

255

Таблица 4.6 - Поля таблицы «Реквизиты покупателей»

Название

Тип

Размер

№п_п

Счетчик

Название

Текстовый

255

Адрес

Текстовый

255

Телефон

Числовой

Информация

Текстовый

255

Таблица 4.7 - Поля таблицы «Движение товара(приход,расход)»

Название

Тип

Размер

№п_п

Счетчик

№ оборудования

Числовой

№ прихода оборудования

Числовой

№ расхода оборудования

Числовой

Цена

Числовой

4.2 Программное обеспечение задачи

4.2.1 Общие положения (дерево функций и сценарий диалога)

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

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

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

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

Далее представлен сценарий диалога.

Рисунок 4.3 -  Сценарий диалога

4.2.2 Структурная схема пакета (дерево вызова процедур и программ)

На рисунке 4.4 приведена структурная схема проекта.

Рисунок 4.4 - Схема вызова модулей

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

В основу программной реализации решения задачи был положен событийно-ориентированный подход. Выбранный в качестве языка программирования язык Delphi включает в себя мощный аппарат для поддержания этой наиболее перспективной технологии. Событийно-ориентированное программирование (англ. event-driven programming) — это способ построения компьютерной программы, при котором в коде (как правило, в головной функции программы) явным образом выделяется главный цикл приложения, тело которого состоит из двух частей: выборки события и обработки события. Как правило, в реальных задачах оказывается недопустимым длительное выполнение обработчика события, поскольку при этом программа не может реагировать на другие события. В связи с этим при написании событийно-ориентированных программ часто применяют автоматное программирование. В современных языках программирования события и обработчики событий являются центральным звеном реализации графического интерфейса пользователя. Рассмотрим, к примеру, взаимодействие программы с событиями от мыши. Нажатие правой клавиши мыши вызывает системное прерывание, запускающее определенную процедуру внутри операционной системы. В этой процедуре происходит поиск окна, находящегося под курсором мыши. Если окно найдено, то данное событие посылается в очередь обработки сообщений этого окна. Далее, в зависимости от типа окна, могут генерироваться дополнительные события. Например, если окно является кнопкой (в Windows все графические элементы являются окнами), то дополнительно генерируется событие нажатия на кнопку. Отличие последнего события в том, что оно более абстрактно, а именно, не содержит координат курсора, а говорит просто о том, что было произведено нажатие на данную кнопку. Событийно-ориентированное программирование, как правило, применяется в трех случаях:

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

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

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

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

В подсистему ведения справочников входят следующие модули:

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

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

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

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

  •  Форма main – главная форма приложения, реализованная в файле Main.pas выполняет функции основного интерфейса доступа пользователя ко всем функциям программы через главное меню приложения и панель кнопок быстрого доступа. Кроме того, главная форма выполняет роль контейнера всех остальных форм, в которых происходит ввод и обработка данных. А также вывод аналитической  информации в виде диаграмм. [10]
  •  Форма FormProductDlg, реализованная в файле FormProductDlg.pas, выполняет функции просмотра списка оборудования, введенных в таблицу оборудования базы данных системы. Главным элементом формы является компонент DBGrid палитры компонентов Delphi, который отображает таблицу товаров в виде списка. Колонки компонента DBGrid отображают соответствующие поля таблицы товаров: наименование,  штрихкод и дополнительную информацию. Эта же форма служит для выбора товара в случае вызова этой формы из других форм для выбора того или иного товара например в форму документа реализации. [10]
  •  Форма FormProviderDlg, реализованная в файле FormProviderDlg.pas, предназначена для просмотра и редактирования данных о контрагентах. В этой форме расположены органы управления, в которых отображаются основные данные контрагентов, такие как наименование, адрес, номер контактного телефона и дополнительную информацию. [10]
  •  Форма FormInvoiceDlg, реализованная в файле FormInvoiceDlg.pas, предназначена для регистрации данных об реализованном оборудовании. Следует отметить, что выбор оборудования и контрагентов выполнено в виде выбора из выпадающего списка.[10]
  •  Форма FormPlanDlg, реализованная в файле FormPlanDlg.pas, предназначена для просмотра и редактирования данных о планируемых поставках оборудования. Следует отметить, что выбор оборудования и контрагентов выполнено в виде выбора из выпадающего списка.[10]

Каждая форма выполняет функции соответствующего модуля при помощи компонентов среды Delphi, помещенных на форму из палитры компонентов. Среда быстрого создания приложений или RAD-среда (Rapid Application Development – RAD) Delphi используют библиотеку визуальных компонентов VCL (Visual Component Library – VCL), которая состоит из готовых к употреблению визуальных и не визуальных объектов и оболочек. Она позволяет с минимальными затратами создавать приложения, в то же время предоставляя определенную степень независимости от библиотеки VCL.[10]

При работе с компонентами Delphi широко использует принцип повторного использования объектов. Компоненты являются экземплярами классов, которые доступны с помощью палитры компонентов Component Palette. Что может быть проще при создании приложения, чем просто опустить нужный компонент на форму, задав его свойства, затем определив, обработчики событий. Именно при помощи компонентов формы выполняют те функции, которые заложены в них.[10]

4.3 Технологическое обеспечение задачи (комплекса задач, АРМ)

4.3.1 Организация технологии сбора, передачи, обработки и выдачи информации

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Нисходящее программирование позволяет создавать достаточно сложные программы.

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

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

В первую очередь рассмотрим задачу ведения справочников, назовем ее А1. Для ее реализации менеджер по ведению каталогов сортирует данные, а затем вводит данные в соответствующие таблицы. Задача ввода данных может быть разбита на несколько этапов. Функционально-технологическая схема решения задачи А1 приведена на рисунке 4.4

Рисунок 4.5 -  Функционально-технологическая схема задачи А1 «Ведение справочников»

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

Рисунок 4.6 -  схема решения задачи А1 «Ведение справочников»

Рисунок 4.7 - Функционально-технологические схемы модулей задачи А1

Опишем подробнее полученные схемы.

Для модуля А1.1:

Процесс: Проверка и внесение данных об оборудовании.

Вход: информация об оборудовании.

Выход: сформированные данные об оборудовании в БД

Алгоритм:

  •  Проверка наличия данных об оборудовании в БД
  •  Если данные отсутствуют, то внести новую запись в БД
  •  Вывести данные об оборудовании на экран.

Для модуля А 1.2:

Процесс: Проверка и внесение данных о контрагентах.

Вход: информация о контрагенте.

Выход: сформированные данные о контрагенте в БД

Алгоритм:

  •  Проверка наличия данных о контрагенте в БД
  •  Если данные отсутствуют, то внести новую запись в БД
  •  Вывести данные о контрагенте на экран.

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

Рисунок 4.8 - Функционально-технологическая схема задачи Б1 «Ввод документов»

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

Рисунок 4.9 Блок схема решения задачи Б1 «Ввода документов»

Рисунок 4.10 - Функционально-технологические схемы модулей задачи Б1

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

Рисунок 11 - Функционально-технологическая схема задачи В1 «Формирование отчетов»

Блок-схема задачи В1 приведена на рисунке 4.12, а функционально-технологические схемы всех модулей задачи В1 – на рисунке 4.13.

Рисунок 4.12- Блок-схема задачи В1

Рисунок 4.13- Функционально-технологические схемы модулей задачи В1

4.4 Описание контрольного примера реализации проекта

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

Реализация контрольного примера состоит из трех этапов:

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

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

  •  Швейный станок;
  •  оверлок;
  •  гладильная доска;
  •  утюг;
  •  стол для раскроя;
  •  сушильный станок.

Рисунок 4.14 - Список оборудования

В справочник контрагенты были введены пять позиций:

  •  АРМАТОР-М, ООО;
  •  Линар, ООО;
  •  ПРИМА-БУТ, ООО;
  •  SHARK, ПК;
  •  КОЛОКОЛ, ООО.

На рисунке 19 приведена экранная форма со списком контрагентов.

Рисунок 4.15- Список контрагентов


5  Обоснование экономической эффективности проекта

5.1 Выбор и обоснование методики расчёта экономической эффективности

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

При оценке эффективности ЭИС используют обобщающие и частные показатели.

К основным обобщающим показателям экономической эффективности относятся:

  •  годовой экономический эффект;
  •  расчетный коэффициент эффективности капитальных вложений;
  •  срок окупаемости системы. [34]

Годовой экономический эффект от разработки и внедрения ЭИС служит для сравнения различных направлений капитальных вложений и рассчитывается по формуле:

Э = П - К * Ен

где Э - годовой экономический эффект;

П - годовая экономия, руб.;

К - единовременные капитальные затраты, руб.;

Ен - нормативный коэффициент эффективности капитальных вложений.

Значение Ен принимается равным 0.15. Ен представляет собой минимальную норму эффективности капитальных вложений, ниже которой они нецелесообразны. [27]

Расчетный коэффициент эффективности капитальных вложений определяется по формуле:

Ер = П / К

Полученное значение сравнивается со значением Ен. Если Ер ≥ Ен , то капитальные затраты можно считать целесообразными, в противном случае они экономически необоснованные. [34]

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

Т = К / П

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

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

5.2 Расчёт показателей экономической эффективности проекта

Единовременные затраты на создание и внедрение информационной системы приведены в таблице 5.1

Таблица 5.1 - Единовременные затраты на создание и внедрение информационной системы

№ п/п

Затраты проекта

Стоимость

1

Закупка и настройка сервера для постоянного доступа к базе данных

125 000 р

2

Закупка и настройка персональных компьютеров для установки информационной системы

52 000 р

3

Разработка программы автоматизированной системы

68 000 р

Итого:

245 000 р

Ожидаемая годовая прибыль в следствии введения информационной системы (за счёт уменьшения простоя работы предприятия по причине отсутствия поставки оборудования) составляет 500 000.

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

Э = П - К * Ен = 500 000 – 245 000*0,15 = 463 250 руб.

Расчетный коэффициент эффективности капитальных вложений:

Ер = П / К = 500 000/245 000 = 2,04

Ер > Ен, это значит, что капитальные затраты можно считать целесообразными.

Срок окупаемости проекта:

Т = К / П =245 000/500 000 = 0,49 года или 6 месяцев.

Внедрения данной системы даёт значительную экономическую выгоду.

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


Заключение

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

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

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

2.  Разработанная информационная система  позволяет достигнуть следующих эффектов:

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

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

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

Список использованной литературы

  1.  ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам.
  2.  ГОСТ 19.103-33 ЕСПД. Обозначение программ и программных документов.
  3.  ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем.
  4.  Агальцов В. П. Базы данных. — М.: Мир, 2002.
  5.  Архангельский П.А. Программирование в Delphi 5. - M.: Наука, 2000.
  6.  Бобровский С.И. Delphi 5. – М.: Питер, 2002.
  7.  Гаевский A. Разработка программных приложений на Delphi 6. – М.: Киев, 2000.
  8.  Гагарина Л.Г., Киселёв Д.В. Разработка и эксплуатация автоматизированных информационных систем. – М.: ИНФРА-М. 2007.
  9.  Горев А., Макащарипов С., Владимиров Ю. Microsoft SQL. Server 6.5 для профессионалов. - СПб.: Питер, 1998.
  10.  Дарахвелидзе П.Г. Программирование в DELPHI 5. - СПб.: Бином, 2000.
  11.  Евдокимова В.В. Информационные системы в экономике. – СПб.: Питер 2007.
  12.  Емельянова Н.З., Партыка Т.Л., Попов И.И. Основы построения автоматизированных информационных систем. – М.: ИНФРА-М. 2005.
  13.  Зуев В. A. Turbo Pascal 6.0, 7.0. - М.: Москва, 1998.
  14.  Карпова Т.С. Базы данных: модели, разработка. - СПб.: Питер, 2001.
  15.  Коноплева Е.А., Хохлова О.А., Денисов А.В. Информационные технологии. – М.: Проспект. 2007.
  16.  Коцюбинский А.О., Грошев С.В. Язык программирования Delphi 5. – М.: Москва, 1999.
  17.  Культин Н. Основы программирования в Delphi 7. – СПб.: БХВ, 2003.
  18.  Леонтьев В.И. Delphi 5. – М.: Москва, 1999.
  19.  Моисеев А.С. Object Pascal. – М.: Москва, 2000.
  20.  Немнюгин С.А. Программирование. – М.: Питер, 2000.
  21.  Петров В.Н. Информационные системы. – СПб.: Питер, 2002.
  22.  Понамарев В. Базы данных в Delphi 7. – СПб.: Питер, 2003.
  23.  Ремизов Н. C. Delphi. – М.: Питер, 2000.
  24.  Романова М.В. Управление проектами. – М.: ИНФРА-М. 2007.
  25.  Советов Б.Я., Цехановский В.В.- Базы данных. - М.: Высшая школа. 2005.
  26.  Тейксейра С. Т. DELPHI 5. Руководство разработчика. - М.: Вильямс, 2000.
  27.  Тиори Т., Фрай Дж. Проектирование структур баз данных: В 2-х кн. Пер. с англ. - М.: Мир, 1985.
  28.  Угринович Н. Информатика и информационные технологии. Набор базовых знаний. - М.: Радио и связь, 2000.
  29.  Фаронов В.В. Программирование баз данных в Delphi 7: Учебный курс. – СПб.: Питер, 2004.
  30.  Харитонова И.А. Михеева В.Д. Microsoft Access 2000. – СПб.: БХВ – Санкт-Петербург, 1999.
  31.  Харрингтон Дж. Проектирование реляционных баз данных. - М.: ЛОРИ, 2000.
  32.  Шумаков В.П. Delphi 3 и создание приложений баз данных. - М.: Нолидж, 1998.
  33.  Шумаков П.В. Delphi 3 и разработка приложений баз данных. – М.: Нолидж, 1998.
  34.  Ломакин В.К. Мировая экономика: Учебник для вузов. – М.: Финансы, ЮНИТИ, 2008.

Интернет-источники

  1.  http://ru.wikipedia.org. Википедия
  2.  http://v8.1c.ru. 1С:Предприятие 8 [Электронный курс]
  3.  http://freqlist.ru. Библиотека онлайн для студентов
  4.  http://office.microsoft.com. Официальный сайт Microsoft Office
  5.  http://easyprog.ru.


Приложение А –Исходный код Delphi

unit DataModule;

interface

uses

 SysUtils, Classes, DB, ADODB;

type

 TDM = class(TDataModule)

   ADOConnection: TADOConnection;

   ADOTableProvider: TADOTable;

   DataSourceProvider: TDataSource;

   ADOTableProviderID: TAutoIncField;

   ADOTableProviderPrName: TWideStringField;

   ADOTableProviderPrAdress: TWideStringField;

   ADOTableProviderPrPhone: TIntegerField;

   ADOTableProviderPrInfo: TWideStringField;

   ADOTableProduct: TADOTable;

   DataSourceProduct: TDataSource;

   ADOTableProductID: TAutoIncField;

   ADOTableProductPrName: TWideStringField;

   ADOTableProductPrCode: TIntegerField;

   ADOTableProductPrInfo: TWideStringField;

   ADOTablePlan: TADOTable;

   DataSourcePlan: TDataSource;

   ADOTablePlanID: TAutoIncField;

   ADOTablePlanPlProduct: TWideStringField;

   ADOTablePlanPlCount: TIntegerField;

   ADOTablePlanPlDate: TDateTimeField;

   ADOTablePlanPlProductView: TWideStringField;

   ADOCommand: TADOCommand;

   ADOTableInvoice: TADOTable;

   DataSourceInvoice: TDataSource;

   ADOTableInvoiceID: TAutoIncField;

   ADOTableInvoiceIbProduct: TWideStringField;

   ADOTableInvoiceIbCount: TIntegerField;

   ADOTableInvoiceIbDate: TDateTimeField;

   ADOTableInvoiceIbProvider: TWideStringField;

   ADOQuery: TADOQuery;

   DataSource: TDataSource;

   ADOTableInvoiceProductView: TStringField;

   ADOTableInvoiceIbProviderView: TWideStringField;

 private

   { Private declarations }

 public

   { Public declarations }

 end;

var

 DM: TDM;

implementation

{$R *.dfm}

end.

unit FormInvoiceDlg;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

 Dialogs, Grids, DBGrids, DataModule, ExtCtrls, DBCtrls;

type

 TFormInvoice = class(TForm)

   DBGrid: TDBGrid;

   DBNavigator: TDBNavigator;

 private

   { Private declarations }

 public

   { Public declarations }

 end;

function FormInvoiceDlgOpen: Boolean;

implementation

{$R *.dfm}

function FormInvoiceDlgOpen: Boolean;

var

 FormInvoice: TFormInvoice;

begin

 FormInvoice := TFormInvoice.Create(Application);

 Result := FormInvoice.ShowModal = mrOk;

 FormInvoice.Free;

end;

end.

unit FormPlanDlg;

interface

uses

 Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

 Dialogs, Grids, DBGrids, ExtCtrls, DBCtrls, DataModule, ComCtrls;

type

 TFormPlan = class(TForm)

   DBGrid: TDBGrid;

   DBNavigator: TDBNavigator;

 private

   { Private declarations }

 public

   { Public declarations }

 end;

function FormPlanDlgOpen(IsCanEdit: Boolean): Boolean;

implementation

{$R *.dfm}

function FormPlanDlgOpen(IsCanEdit: Boolean): Boolean;

var

 FormPlan: TFormPlan;

begin

 FormPlan := TFormPlan.Create(Application);

 if IsCanEdit then FormPlan.DBGrid.Options := FormPlan.DBGrid.Options+[dgEditing]

 else FormPlan.DBGrid.Options := FormPlan.DBGrid.Options-[dgEditing];

 FormPlan.DBNavigator.Visible := IsCanEdit;

 Result := FormPlan.ShowModal = mrOk;

 FormPlan.Free;

end;

end.

unit FormProductDlg;

interface

uses

 Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

 Dialogs, ExtCtrls, DBCtrls, Grids, DBGrids, DataModule;

type

 TFormProduct = class(TForm)

   DBGrid: TDBGrid;

   DBNavigator: TDBNavigator;

 private

   { Private declarations }

 public

   { Public declarations }

 end;

function FormProductDlgOpen: Boolean;

implementation

{$R *.dfm}

function FormProductDlgOpen: Boolean;

var

 FormProduct: TFormProduct;

begin

 FormProduct := TFormProduct.Create(Application);

 Result := FormProduct.ShowModal = mrOk;

 FormProduct.Free;

end;

end.

unit FormProviderDlg;

interface

uses

 Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

 Dialogs, ExtCtrls, DBCtrls, Grids, DBGrids, DataModule;

type

 TFormProvider = class(TForm)

   DBGrid: TDBGrid;

   DBNavigator: TDBNavigator;

 private

   { Private declarations }

 public

   { Public declarations }

 end;

function FormProviderDlgOpen: Boolean;

implementation

{$R *.dfm}

function FormProviderDlgOpen: Boolean;

var

 FormProvider: TFormProvider;

begin

 FormProvider := TFormProvider.Create(Application);

 Result := FormProvider.ShowModal = mrOk;

 FormProvider.Free;

end;

end.

unit Main;

interface

uses

 Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

 Dialogs, Menus, ComCtrls, DataModule, StdCtrls, DBCtrls, Grids, DBGrids,

 TeEngine, Series, ExtCtrls, TeeProcs, Chart, TeeTools, Printers;

const

 Period1 = 7;

 Period2 = 8;

type

 TProductState = record

   Product: String;

   InvoiceCount: Double;

   PlanCount: Double;

 end;

type

 TFormMain = class(TForm)

   StatusBar: TStatusBar;

   MainMenu: TMainMenu;

   N1: TMenuItem;

   N2: TMenuItem;

   N3: TMenuItem;

   N4: TMenuItem;

   N5: TMenuItem;

   N6: TMenuItem;

   N7: TMenuItem;

   N8: TMenuItem;

   N9: TMenuItem;

   GroupBox: TGroupBox;

   StringGrid: TStringGrid;

   ChartProgres: TChart;

   Series1: TBarSeries;

   Series2: TBarSeries;

   Chart1: TChart;

   GridBandTool1: TGridBandTool;

   GroupBox1: TGroupBox;

   StringGrid1: TStringGrid;

   GroupBox2: TGroupBox;

   GroupBox3: TGroupBox;

   Series3: TPieSeries;

   N10: TMenuItem;

   N11: TMenuItem;

   PrintDialog: TPrintDialog;

   N12: TMenuItem;

   procedure N4Click(Sender: TObject);

   procedure N5Click(Sender: TObject);

   procedure N6Click(Sender: TObject);

   procedure N7Click(Sender: TObject);

   procedure N9Click(Sender: TObject);

   procedure FormDestroy(Sender: TObject);

   procedure FormCreate(Sender: TObject);

   procedure StringGrid1DrawCell(Sender: TObject; ACol, ARow: Integer; Rect: TRect; State: TGridDrawState);

   procedure N11Click(Sender: TObject);

   procedure PrintGrid(sGrid: TStringGrid; sTitle: string);

   procedure N12Click(Sender: TObject);

   procedure N2Click(Sender: TObject);

 private

   procedure NewProject;

   procedure ClearPlanTable;

   procedure Prepeare;

   procedure PrepeareProductState;

   procedure PrepeareFastNeed;

 public

   ProductsState: array of TProductState;

 end;

var

 FormMain: TFormMain;

implementation

{$R *.dfm}

uses

 FormProviderDlg, FormProductDlg, FormPlanDlg, FormInvoiceDlg;

procedure TFormMain.ClearPlanTable;

begin

 DM.ADOCommand.CommandText := 'DELETE FROM Plan';

 DM.ADOCommand.Execute;

 DM.ADOTablePlan.Active := False;

 DM.ADOTablePlan.Active := True;

 {}

 DM.ADOCommand.CommandText := 'DELETE FROM Invoice';

 DM.ADOCommand.Execute;

 DM.ADOTableInvoice.Active := False;

 DM.ADOTableInvoice.Active := True;

end;

procedure TFormMain.FormCreate(Sender: TObject);

begin

 Prepeare;

end;

procedure TFormMain.FormDestroy(Sender: TObject);

begin

 SetLength(ProductsState, 0);

end;

procedure TFormMain.N11Click(Sender: TObject);

begin

 if PrintDialog.Execute then begin

   PrintGrid(StringGrid, 'Состояние реализации оборудования');

 end;

end;

procedure TFormMain.N12Click(Sender: TObject);

begin

 if PrintDialog.Execute then begin

   PrintGrid(StringGrid1, 'Срочность реализации');

 end;

end;

procedure TFormMain.N2Click(Sender: TObject);

begin

 Close;

end;

procedure TFormMain.N4Click(Sender: TObject);

begin

 FormProviderDlgOpen;

 Prepeare;  

end;

procedure TFormMain.N5Click(Sender: TObject);

begin

 FormProductDlgOpen;

 Prepeare;

end;

procedure TFormMain.N6Click(Sender: TObject);

begin

 NewProject;

 Prepeare;

end;

procedure TFormMain.N7Click(Sender: TObject);

begin

 FormPlanDlgOpen(False);

Prepeare;

end;

procedure TFormMain.N9Click(Sender: TObject);

begin

 FormInvoiceDlgOpen;

 Prepeare;

end;

procedure TFormMain.NewProject;

begin

 if MessageDlg('База данных по текущему плану будет очищенна! Создать новый план?',mtWarning, mbOKCancel, 0) = 1 then begin

   ClearPlanTable;

   FormPlanDlgOpen(True);

 end;

end;

procedure TFormMain.Prepeare;

begin

 PrepeareProductState;

 PrepeareFastNeed;

end;

procedure TFormMain.PrepeareFastNeed;

var

 i: Integer;

 S: String;

begin

 DM.ADOQuery.SQL.Clear;

 DM.ADOQuery.Active := False;

 DM.ADOQuery.SQL.Clear;

 DM.ADOQuery.SQL.Add('SELECT * FROM Plan ORDER BY PlDate');

 DM.ADOQuery.Active := True;

 {}

 StringGrid1.ColCount := 4;

 StringGrid1.RowCount := DM.ADOQuery.RecordCount+2;

 StringGrid1.Cells[0, 0] := '№';

 StringGrid1.Cells[1, 0] := 'Оборудование';

 StringGrid1.Cells[2, 0] := 'Количество';

 StringGrid1.Cells[3, 0] := 'Крайний срок';

 StringGrid1.ColWidths[0] := 25;

 StringGrid1.ColWidths[1] := 277;

 StringGrid1.ColWidths[2] := 80;

 StringGrid1.ColWidths[3] := 80;

 DM.ADOQuery.First;

 for i := 0 to DM.ADOQuery.RecordCount-1 do begin

   StringGrid1.Cells[0, i+1] := IntToStr(i+1);

   StringGrid1.Cells[1, i+1] := DM.ADOQuery.FieldValues['PlProduct'];

   StringGrid1.Cells[2, i+1] := DM.ADOQuery.FieldValues['PlCount'];

   StringGrid1.Cells[3, i+1] := DM.ADOQuery.FieldValues['PlDate'];

   DM.ADOQuery.Next;

 end;

end;

procedure TFormMain.PrepeareProductState;

function IsFindProductPlan(aNameProduct: String): Integer;

var

 i: Integer;

begin

 Result := -1;

 for i := 0 to Length(ProductsState)-1 do

   if ProductsState[i].Product = aNameProduct then begin

     Result := i;

     Exit;

   end;

end;

var

 i, Indx: Integer;

 Sum1, Sum2: Double;

begin

 SetLength(ProductsState, 0);

 DM.ADOQuery.Active := False;

 DM.ADOQuery.SQL.Clear;

 DM.ADOQuery.SQL.Add('SELECT Invoice.IbProduct, Invoice.IbCount, Invoice.IbDate,');

 DM.ADOQuery.SQL.Add('Plan.PlProduct, Plan.PlCount, Plan.PlDate');

 DM.ADOQuery.SQL.Add('FROM Plan');

 DM.ADOQuery.SQL.Add('LEFT OUTER JOIN Invoice ON Invoice.IbProduct = Plan.PlProduct');

 DM.ADOQuery.Active := True;

 {}

 DM.ADOQuery.First;

 for i := 0 to DM.ADOQuery.RecordCount-1 do begin

   if IsFindProductPlan(DM.ADOQuery.FieldValues['PlProduct']) = -1 then begin

     SetLength(ProductsState, Length(ProductsState)+1);

     ProductsState[Length(ProductsState)-1].Product := DM.ADOQuery.FieldValues['PlProduct'];

     ProductsState[Length(ProductsState)-1].PlanCount := DM.ADOQuery.FieldValues['PlCount'];

   end;

   DM.ADOQuery.Next;

 end;

 DM.ADOQuery.First;

 for i := 0 to DM.ADOQuery.RecordCount-1 do begin

   if DM.ADOQuery.FieldValues['IbProduct'] <> NULL then begin

     Indx := IsFindProductPlan(DM.ADOQuery.FieldValues['IbProduct']);

     if Indx <> -1 then ProductsState[Indx].InvoiceCount := ProductsState[Indx].InvoiceCount+DM.ADOQuery.FieldValues['IbCount'];

   end;

   DM.ADOQuery.Next;

 end;

 {}

 StringGrid.ColCount := 5;

 StringGrid.RowCount := Length(ProductsState)+2;

 StringGrid.Cells[0, 0] := '№';

 StringGrid.Cells[1, 0] := 'Оборудование';

 StringGrid.Cells[2, 0] := 'Реализовано';

 StringGrid.Cells[3, 0] := 'Запланир.';

 StringGrid.Cells[4, 0] := 'Остаток';

 StringGrid.ColWidths[0] := 25;

 StringGrid.ColWidths[1] := 257;

 StringGrid.ColWidths[2] := 60;

 StringGrid.ColWidths[3] := 60;

 StringGrid.ColWidths[4] := 60;

 for i := 0 to Length(ProductsState)-1 do begin

   StringGrid.Cells[0, i+1] := IntToStr(i+1);

   StringGrid.Cells[1, i+1] := ProductsState[i].Product;

   StringGrid.Cells[2, i+1] := FloatToStr(ProductsState[i].InvoiceCount);

   StringGrid.Cells[3, i+1] := FloatToStr(ProductsState[i].PlanCount);

   StringGrid.Cells[4, i+1] := FloatToStr(ProductsState[i].PlanCount-ProductsState[i].InvoiceCount);

 end;

 {}

 Sum1 := 0;

 Sum2 := 0;

 Series1.Clear;

 Series2.Clear;

 for i := 0 to Length(ProductsState)-1 do begin

   Sum1 := Sum1+ProductsState[i].InvoiceCount;

   Sum2 := Sum2+ProductsState[i].PlanCount;

   Series1.Add(ProductsState[i].InvoiceCount, Copy(ProductsState[i].Product, 1, 100));

   Series2.Add(ProductsState[i].PlanCount-ProductsState[i].InvoiceCount, Copy(ProductsState[i].Product, 1, 100));

 end;

 {}

 Series3.Clear;

 if Sum1 > 0 then Series3.Add(Sum1, 'Принято', clGreen);

 if Sum2-Sum1 > 0 then Series3.Add(Sum2-Sum1, 'Остаток', clRed);

end;

procedure TFormMain.PrintGrid(sGrid: TStringGrid; sTitle: string);

var

 X1, X2: Integer;

 Y1, Y2: Integer;

 TmpI: Integer;

 F: Integer;

 TR: TRect;

begin

 Printer.Title := sTitle;

 Printer.BeginDoc;

 Printer.Canvas.Pen.Color  := 0;

 Printer.Canvas.Font.Name  := 'Times New Roman';

 Printer.Canvas.Font.Size  := 12;

 Printer.Canvas.Font.Style := [fsBold, fsUnderline];

 Printer.Canvas.TextOut(0, 100, Printer.Title);

 for F := 1 to sGrid.ColCount - 1 do

 begin

   X1 := 0;

   for TmpI := 1 to (F - 1) do

     X1 := X1 + 5 * (sGrid.ColWidths[TmpI]);

   Y1 := 300;

   X2 := 0;

   for TmpI := 1 to F do

     X2 := X2 + 5 * (sGrid.ColWidths[TmpI]);

   Y2 := 450;

   TR := Rect(X1, Y1, X2 - 30, Y2);

   Printer.Canvas.Font.Style := [fsBold];

   Printer.Canvas.Font.Size := 7;

   Printer.Canvas.TextRect(TR, X1 + 50, 350, sGrid.Cells[F, 0]);

   Printer.Canvas.Font.Style := [];

   for TmpI := 1 to sGrid.RowCount - 1 do

   begin

     Y1 := 150 * TmpI + 300;

     Y2 := 150 * (TmpI + 1) + 300;

     TR := Rect(X1, Y1, X2 - 30, Y2);

     Printer.Canvas.TextRect(TR, X1 + 50, Y1 + 50, sGrid.Cells[F, TmpI]);

   end;

 end;

 Printer.EndDoc;

end;

procedure TFormMain.StringGrid1DrawCell(Sender: TObject; ACol, ARow: Integer; Rect: TRect; State: TGridDrawState);

var

 D: TDateTime;

begin

 D := Now;

 if ARow > 0 then begin

   StringGrid1.Canvas.Brush.Color := clWhite;

   if StringGrid1.Cells[3, ARow] <> '' then begin

     if StrToDate(StringGrid1.Cells[3, ARow])-D <= Period1 then StringGrid1.Canvas.Brush.Color := clRed

     else if StrToDate(StringGrid1.Cells[3, ARow])-D <= Period2 then StringGrid1.Canvas.Brush.Color := clGreen;

   end;

   StringGrid1.Canvas.FillRect(Rect);

   StringGrid1.Canvas.TextOut(Rect.Left, Rect.Top, StringGrid1.Cells[ACol, ARow]);

 end;

end;

end.

Приложение Б - Создание модели ИС с помощью 

AllFusion Process Modeler 7.1 

Для проведения анализа и реорганизации бизнес – процессов предназначено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии:

  •  IDEF0 (функциональная модель);
  •  DFD (DataFlow Diagram);
  •  IDEF3 (Workflow Diagram).
  •  Создание модели в стандарте IDEF0
  •  Функциональная модель предназначена для описания существующих бизнес – процессов на предприятии (так называемая модель AS-IS «как есть») и идеального положения вещей – того, к чему нужно стремиться (модель ТО-ВЕ «как должно быть»). Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы.
  •  Построение модели ИС начинается с описания функционирования предприятия (системы) или отдельной ее части (в нашем случае это деятельность складского хозяйства) в целом в виде контекстной диаграммы. На Рис.4 представлена контекстная диаграмма ИС «Деятельность склада»:


Рисунок Б.1- Контекстная диаграмма функционирования склада

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

Входы (слева)

Клиент

Счет клиента оплаченный

Товар от поставщика

Возврат товара от клиента

Сопроводительные документы

Выходы (справа)



Выходные документы

Выданный товар

Списанный товар


Механизмы и управление (сверху)

Действующее законодательство

Должностные инструкции

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

Ресурсы

Персонал склада

Оборудование (складское и офисное)

Информационные ресурсы

Упаковочные (расходные) материалы

Функционирование склада предполагает оказание услуг клиентам. Клиент – тот объект, для которого, собственно, функционирует предприятие, а склад, в частности. Клиент оплачивает товар и обращается с оплаченным счетом на склад для получения товара, а также документов на товар.

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

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

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

Model Name: Деятельность склада

Definition: Модель описывает деятельность склада, а конкретно, выполняемые им функции:

Приемка товара

Отгрузка и возврат товара

Хранение

После описания контекстной диаграммы проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема, при необходимости, разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (см. Рис.5).

Рисунок Б.2 - Диаграмма декомпозиции IDEF0. Деятельность склада

Весь процесс деятельности склада подразделяется на:

Приемку товара (Принятие товара по сопроводительным документам и передача его на хранение)

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

Отгрузку и возврат товара (Выдача скомплектованного товара клиенту, либо возврат поставщику)

Данный этап подразумевает отгрузку клиенту товара, скомплектованного по отгрузочным документам

Хранение (Основная и самая сложная функция склада, подразумевает все остальные действия с товаром, не описанные выше, например, складирование, комплектование, оформление документации на товар, списание). Подлежит дальнейшей декомпозиции.

В результате дальнейшего разбиения функции Хранение получаем диаграмму декомпозиции (см. Рис.Б.3):

РиРисунок Б.3 - Диаграмма декомпозиции IDEF0. Хранение

Процесс хранения, в свою очередь подразделяется на:

Формирование отгрузочных документов (Согласно оплаченного счета от клиента)

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

Складирование (Непосредственное размещение товара на складе)

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

В результате дальнейшего разбиения (декомпозиции) функции Складирование получаем конечную диаграмму декомпозиции (см. Рис.7)

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

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

Списание товара (Списание и дальнейшая передача на утилизацию брака).


Рисунок Б.4 -  Диаграмма декомпозиции IDEF0. Складирование

Диаграмма складирования, в свою очередь подразделяется на:

Складирование на оптимальный склад (При поступлении товара, принятого в соответствии с приходными документами)

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

Складирование на возвратный склад (При поступлении товара, не принятого в соответствии с приходными документами)

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

Формирование возвратных документов (Формирование и передача документов на комплектование товара для возврата поставщику)


Диаграмма дерева узлов

Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами. (См. Рис.8)

Диаграмма «Деятельность склада» – первый уровень дерева узлов (top level activity);

Диаграммы «Приемка товара», «Отгрузка и возврат товара» и «Хранение» – второй уровень дерева узлов;

Диаграммы «Формирование отгрузочных документов», «Складирование», «Комплектование» и «Списание товара» – третий уровень дерева узлов;

Диаграммы «Складирование на оптимальный склад», «Складирование на возвратный склад» и «Формирование возвратных документов» – четвертый уровень дерева узлов, последний уровень декомпозиции – достаточная, в ходе нашей работы, степень подробности.

Рисунок Б.5 - Диаграмма дерева узлов

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

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

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

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

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

Приложение  В- Создание модели данных с помощью AllFusion Erwin Data Modeler 7.1

Информационная модель в нотации IDEF1X

Для представления информационной модели данных используется CASE-средство ERWin. С его помощью при проектировании модели ИС «Склад» была создана физическо-логическая модель базы данных (см. рис.8 и Рис.9).

Рисунок В.1 - Модель данных в нотации IDEF1X (логический уровень)

Рисунок В.2 - Модель данных в нотации IDEF1X (физический уровень)

Приложение В – UML диаграмма проекта в Delphi

PAGE   \* MERGEFORMAT7


 

А также другие работы, которые могут Вас заинтересовать

53912. Класичний квартет 43.5 KB
  Вокальний твір без віршованого тексту. Музичносценічний твір в яких думки і почуття передаються мімікою і танцем. Питання до класу: Як ви розумієте слово квартет Відповіді: Коли чотири музиканти виконують музичний твір. Музика Василя Барвінського українського композитора твір написаний на українські народні пісні.
53913. Квест «Математика?! Да не только…» 118 KB
  Цель. Сплотить коллективы команд; поговорить о математике и в шутку, и всерьез; создать дух состязания; узнать интересные факты об истории школы. Все задания выдаются в запечатанных конвертах. Зеленый зал старт Кабинет математики.
53914. Финансовый леверидж и его оценка 27.5 KB
  Финансовый леверидж показывает зависимость между структурой источников средств и величиной чистой прибыли. Его действие проявляется в том, что любое изменение прибыли до вычета процентов и налогов порождает более существенное изменение чистой прибыли.
53915. Квіти. Урок трудового навчання 1 клас 950 KB
  Виховувати любов до рідної землі бережливе ставлення до природи навколишнього середовища формувати естетичні смаки. Дикий мак хотів підслухать Не розчув й почервонів. Як ви думаєте чому мак хотів підслухать розмову джмеля з ромашкою Мак був допитливим. Чому мак почервонів Йому стало соромно.
53916. Чарівна квітка України 76.5 KB
  Квітка Цісик. Судячи з імені вона напевно походила з Карпат чи Прикарпаття бо саме там жінкам нерідко дають такі поетичні імена Квітка Зірка Ружана. Вона – це американська співачка українського походження Квітка Цісик.
53917. Конспект розваг на основі матеріалів Конвенції про права дитини 45.5 KB
  Пашко Ведуча. Ведуча виносить велику квітку від якої будуть відривати пелюстки. Ведуча. Ведуча відриває пелюстку.
53918. Літературно-музична композиції “Душа-квітка”, присвячена життю і творчості К.Білокур 151.5 KB
  Білокур Мета: познайомити учнів із самобутнім майстром пензля його картинамизалучати до світу прекрасного засобами словамузики та мистецтва виховувати почуття гордості за своїх пращурів та прагнення наслідувати їх. Білокур Виходить молода К. На слайдах портрети видатних особистостей культури мистецтва різних епох та країн і разом з ними портрет К Білокур Ведучий. Катерина Білокур – Художник.
53919. «Квітка - Добра» Знай, люби, оберігай свій рідний край. Родинне свято 2 клас 57.5 KB
  Яке гарне у нас свято Добрий день Як гостей у нас багато Добрий день Я вітаю сонечко: Здрастуй золоте Я вітаю квіточку: Хай собі росте Я вітаю дощичок: Лий як із відра Друзів привітаю я зичу їм добра Я вітаю друзі вас Я вітаю цілий клас Сонце Небо Рідний край Грай музико грай Під мелодію пісні Дорогою добра з’являється Білосніжка Білосніжка: Добрий день діти Я Білосніжка...
53920. Ці неповторні квіти. Позакласний захід 469 KB
  Учень 1: Квіти – улюблені супутники людини з давніх часів. Хімчук Учень 2: Сонце засяє – і все ожива Все розквітає – на дворі весна Учень 3: Весна оживає природа. Звучить запис дзвіночка Учень 4: Ведуть доріжки до весняного лісу. Учень 5: Дзвонить радісно підсніжник: Я зпід снігу рвавсь щосили.