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

Размещено на http://www.allbest.ru/

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ОБЩАЯ ЧАСТЬ

1.1 Цель разработки

1.2 Анализ использования разработки

1.3 Анализ методов решения задачи

1.4 Анализ средств программирования

2. СПЕЦИАЛЬНАЯ ЧАСТЬ

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

2.1.1 Назначение задачи

2.1.2 Технико-математическое описание задачи

2.1.3 Требования к программе

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

2.2 Описание алгоритма

2.2.1 Описание блок-схемы

2.3 Текст программы с описанием

2.3.1 Текст программы

2.3.2 Описание программы

2.4 Описание процесса отладки программы

2.5 Оценка результатов решения

3. ОРГАНИЗАЦИЯ ПРОИЗВОДСТВА. ОРГАНИЗАЦИЯ РАБОТЫ НА ВЦ

4. МЕРОПРИЯТИЯ ПО ОХРАНЕ ТРУДА И ПРОТИВОПОЖАРНОЙ БЕЗОПАСНОСТИ

4.1 Электробезопасность при эксплуатации технических средств

4.2 Требования к помещению

4.3 Мероприятия по противопожарной безопасности для машинного зала ЭВМ

ЗАКЛЮЧЕНИЕ

ЛИТЕРАТУРА

ПРИЛОЖЕНИЕ

ВВЕДЕНИЕ

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

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

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

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

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

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

Нечеткая организация материально-технического снабжения приводит к излишним затратам средств.

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

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

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

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

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

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

Рассмотренные выше вопросы подтвердили необходимость модернизации Автоматизированной системы управления материально-техническим снабжением, которая заключается в создании программы «Формирование плана изготовления изделий ГП, ТНП». Таким образом, решение данной задачи на ПЭВМ является актуальной проблемой для предприятия.

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

Решения задачи строится на основе базы данных Автоматизированной системы управления материально-техническим снабжением. Базы данных располагаются на серверах. К ним имеется полный доступ для ответственных сотрудников отдела и доступ по чтению для остальных пользователей. Задача решена с использованием средств Structured Query Language (SQL) и Visual FoxPro.

1. ОБЩАЯ ЧАСТЬ

1.1 Цель разработки

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

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

«Формирование плана изготовления изделий ГП, ТНП».

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

Программа входит в состав задачи «Автоматизированная система управления материально-техническим снабжением».

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

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

1.2 Анализ использования разработки

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

Ведение календарно-плановых нормативов.

Ведение и хранение расходных документов на выдачу материалов.

Ведение и хранение приходных документов на получение материалов.

Формирование остатков по материалам на текущую дату и начало года.

Ведение карточки учета материалов.

Ведение плана по материалам.

Ведение выпуска изделий.

Учет дефицитных позиций потребности материала.

Ведение справочника унифицированных материалов.

Формирование прайс-листов по материалам от поставщиков.

Формирование плановой потребности по материалам.

Формирование годовой потребности по материалам.

Расчет потребности материала с учетом транзитных норм.

Ведение карточки учета материалов.

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

1.3 Анализ методов решения задачи

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

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

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

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

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

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

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

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

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

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

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

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

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

Рассмотрим некоторые из наиболее известных:

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

Поддержка различных схем эксплуатации

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

Для того чтобы имелась возможность разрешить эту ситуацию в каждой компании, в каждой ее обособленной бизнес-цепочке, в системе используются «процессы». Под процессом здесь понимается элементарная часть бизнес процесса, которой в системе сопоставлены некоторые действия. Например, в системе существуют следующие процессы: “Создание накладной по складскому ордеру”, “Доступность закладки складских ордеров в накладных и актах” и т.п. Именно эти процессы определяют гибкость подсистемы Global-Stock.

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

Система Global-ERP предусматривает два варианта конфигурации данной подсистемы для:

производственных предприятий

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

Возможности подсистемы Global-Stock

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

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

ведение журнала конкурсов на закупку ТМЦ, протоколов тендерных комиссий;

оформление договоров на поставку ТМЦ, отслеживание сроков поставки, исполнения обязательств по оплате;

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

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

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

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

работа со спецодеждой, спецоснасткой;

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

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

получение оборотных ведомостей, остатков ТМЦ как по данным оперативного, так и по данным бухгалтерского учета;

методики расчета списания материалов: по учетным ценам, средним ценам, LIFO, FIFO;

развитую систему кодирования документов (ШПЗ - шифров производственных затрат);

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

получение отчетности про наличию и движению драгоценных металлов.

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

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

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

Основными задачами при разработке платформы «1С:Предприятие 8.0» ставились:

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

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

1С:Предприятие 8.0: Области применения

Гибкость платформы позволяет применять «1С:Предприятие 8.0» в самых разнообразных областях:

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

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

автоматизация организационной и хозяйственной деятельности;

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

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

решение задач планирования, бюджетирования и финансового анализа;

расчет зарплаты и управление персоналом;

другие области применения.

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

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

оформление заказов поставщикам на основе заказов, поступивших от покупателей;

контроль оплаты и поставки товаров по заказам;

корректировка и закрытие заказов поставщикам;

мониторинг цен поставщиков.

Интеграция 1с 8.0 с другими системами

«1С:Предприятие 8.0» имеет широкие возможности взаимодействия с другими приложениями и построения сложных интегрированных решений:

взаимодействие через COM-соединение;

поддержка механизма Automation;

поддержка интернет-протоколов HTTP, HTTPS, FTP;

отправка и прием электронной почты (e-mail);

работа с XML-документами;

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

поддержка DBF-файлов;

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

Прикладные решения 1С:Предприятие 8.0:

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

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

Отраслевые и региональные прикладные решения создаются силами партнеров-разработчиков и предназначены для автоматизации отдельных направлений или областей деятельности предприятий. Все они сертифицированы на требования «1С:Совместимо».

Тиражные решения «1С:Предприятия 8.0» писались с учетом международных стандартов MRP, MRP II, CRM, SCM, ERP, ERP II.

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

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

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

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

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

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

недостаточная функциональная полнота;

недостаточная адаптация и русификация;

отличная от отечественной терминология;

недостаточные сервисные качества;

пугающая сложность интерфейса;

трудности внедрения;

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

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

2. СПЕЦИАЛЬНАЯ ЧАСТЬ

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

2.1.1 Назначение задачи

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

Данная автоматизированная система также как и другие компоненты АСУП «Прогресс» обладает следующими характеристиками:

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

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

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

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

Необходимыми документами, на основании которых работает материально-техническое снабжение, являются:

Уведомление на дополнение и изменение номенклатура - ценника.

Карта техпланирования, КПН деталей

Подетальные нормы расхода материала

Пооперационные нормы расхода материала

Требование на получение материалов

Требование на получение материалов по красной полосе

Приказ на отпуск материалов на сторону.

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

МГ «Плановая потребность в материалах по цеху»

Сводная материальная спецификация по изделию ( по опытной тематике)

Прайс-листы

Договор на поставку материала

Накладная на поставку продукции

Счет фактуры.

Заданием на дипломное проектирование была разработка и написание программы «План изготовления изделий ГП и ТНП».

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

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

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

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

2.1.2 Технико-матиматическое описание задачи

Входная информация:

Таблица 1 - План отдела 868 (PLAN_868)

Наименование атрибута	Тип данных	Размер	Расшифровка
ZAKAZ	Char	8	Заказ
ID_DCE	Int	4	Идентификатор изделия
MS	Char	7	Комплект
DAT_VIP	Char	5	Срок выполнения
KT_GOD	Сhar	7	Комплектов в году
TIPZAP	Tinyint	1 (1)	Тип записи
SURNAME	Udt_Surname	50	Пользователь
DATECOR	Datetime	8	Дата корректировки
ZAKAZ	Char	8	Заказ
ZAK_NR	Char	8	Заказ нормативный
PS	Char	1	Признак счета
DAT_ANUL	Datetime	8	Дата аннуляции
PR_SEC	Tinyint	1 (1)	Признак секретности
TIPZAP	Tinyint	1 (1)	Тип записи
SURNAME	Udt_Surname	50	Пользователь
DATECOR	Datetime	8	Дата корректировки

Выходная информация:

Экран 1 «Задайте условия для просмотра таблицы План изготовления изделий ГП, ТНП».

Экран 2 «План изготовления изделий ГП, ТНП» (по заданным условиям).

Таблица «План отд. 2868».

Алгоритм

Таблица7- Экран запроса условий для просмотра плана

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

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

Кнопки: Очистить, Готово, Выход

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

По кнопке Выход выйти с главной формы в главное меню.

Экран 2 по кнопке Готово Экрана 1

В заголовке экрана 2 рядом с названием высветить реквизиты запроса.

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

Строки упорядочить:

Изделие, Обозначение ДСЕ, Заказ - первоначально и по выбору пользователем строки: Изделие, Заказ;

Заказ, Изделие, Обозначение ДСЕ - по выбору пользователем строки: Заказ, Изделие.

Таблица 8 - Перечень граф для просмотра плана

Название графы	Название поля таблицы	Примечание
Изделие	Индекс изделий из таблицы Справочник изделий по идентификатору изделия таблицы План отд. 2868.
Обозначение ДСЕ	Обозначение ДСЕ из таблицы Справочник изделий по идентификатору изделия таблицы План отд. 2868.
Наименование ДСЕ	Наименование ДСЕ из таблицы Справочник изделий по идентификатору изделия таблицы План отд. 2868.
Признак планирования изделия	Признак планирования изделия из таблицы Справочник изделий по идентификатору изделия таблицы План отд. 2868.	Светить: -« от начала изготовления», если признак планирования изделия = 1; -« от начала года», если признак планирования изделия = 2.
Заказ	Заказ из таблицы План отд. 2868.
Срок выполнения	Срок выполнения из таблицы План отд. 2868.	Светить максимальный срок выполнения.
Комплект	Комплект из таблицы План отд. 2868	Светить из документа с максимальным значением срока выполнения.
Комплектов в году	Комплектов в году из таблицы План отд. 2868.	Светить из документа с максимальным значением срока выполнения.
Пользователь	Пользователь из таблицы План отд. 2868.
Дата корректировки	Дата корректировки из таблицы План отд. 2868.

Кнопки: История, Добавить, Изменить, Удалить, Выход.

Кнопки: Добавить, Изменить, Удалить - активные для роли 2868_write.

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

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

По кнопке Добавить:

В поле Изделие по нескольким символам, заданным пользователем, предложить список полных значений Индекс изделий, Обозначение ДСЕ, Наименование ДСЕ таблицы Справочник изделий, имеющих признак счета =К. После выбора нужной строки идентификатор изделия таблицы Справочник изделий записать в выходную таблицу.

В поле Заказ по нескольким знакам, заданным пользователем, предложить список полных разных значений Заказ из таблицы Заказы с признаком счета = К.

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

В поле Комплект с 1-2 знак поместить последние 2 знака года из поля Срок выполнения, если в таблице Справочник изделий признак планирования = 2. Знаки с 3-7 могут быть только цифрами. Если в таблице Справочник изделий признак планирования = 1, то знаки 1-2 = 00, знаки с 3-7 могут быть только цифрами.

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

Уникальность: Срок выполнения, Заказ, Идентификатор изделия.

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

По кнопке Изменить изменять все реквизиты, исключая повтор ключевых реквизитов.

2.1.3 Требования к программе

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

должна отвечать следующим требованиям:

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

быть структурированной;

быть мобильной и совместимой;

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

быть легко читаемой;

иметь модульную структуру;

использовать существующие технологии программирования.

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

Текст программы должен быть ясным и понятным с подобранными идентификаторами и комментариями.

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

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

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

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

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

Язык программирования должен:

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

облегчать возможность объединения в единое целое части большой программы.

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

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

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

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

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

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

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

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

Соответствие интерфейсу MS Windows, поэтому допускается использовать только стандартную цветовую палитру Windows (белый, серый, черный, синий цвета и их комбинации) и стандартные шрифты (Microsoft Sans Serif, Arial, Times New Roman). Пример стандартной цветовой схемы можно посмотреть в свойствах экрана, закладка “Оформление”.

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

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

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

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

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

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

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

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

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

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

Совместимость и последовательность всего комплекса программ.

Программа перед сдачей должна быть обязательно протестирована под различными операционными системами (Windows NT 4 и Windows 2000) с разрешением экрана 800х600 точек и палитрой 256 цветов. В том случае, когда у пользователя установлена операционная система Windows 95 (98), тестирование АРМ можно провести на рабочем месте пользователя или обратиться за помощью в БСО-2.

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

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

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

Минимальная системная конфигурация ПЭВМ рабочей станции:

Процессор - Pentium 200 MHz (рекомендуется Pentium II 400 и выше);

Оперативная память - 32 MB (рекомендуется 64 MB);

Жесткий диск от 4 GB с интерфейсом UDMA-33;

Видеокарта AGP c 4 MB видеопамяти;

Дисковод 3,5 ;

Сетевая карта с интерфейсом Ethernet 10/100 BaseT;

Клавиатура;

Мышь;

Принтер.

Выбор принтера обуславливается предполагаемыми объемами печати отчетов.

Лазерный принтер HP LaserJet 2100 обеспечивает высокую скорость печати - 8 страниц в минуту, великолепное качество отпечатков, благодаря высокой разрешающей способности 1200 на 1200 точек на дюйм. Но лазерные принтеры достаточно требовательные к качеству бумаги, им подходит бумага с плотностью не ниже 80 г/м2. Стоимость отпечатков лазерного принтера, конечно, на порядок выше, чем у матричного, но ниже, чем у струйного. Да и стоимость лазерного принтера достаточно высока, но при объемах печати в несколько сотен листов в месяц себя вполне оправдывает.

2.2 Описание алгоритма

2.2.1 Описание блок-схемы

Блок-схема программы представлена в приложении А.

Начало

Блок 1. Блок Процесса. Осуществляется инициализация глобальных переменных.

Блок 2. Блок Процесса. Устанавливается соединение с SQL-сервером.

Блок 3. Блок Условия. Осуществляется проверка, установлено ли соединение.

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

Блок 4. Блок Процесса. Выводится на экран сообщение об ошибке.

Блок 5. Блок Процесса. Осуществляется запуск главного меню.

Блок 6. Блок Процесса. Переход в режим Работы.

Блок 7. Блок Процесса. Переход в режим Отчеты.

Блок 8. Блок Процесса. Переход в режим Формирование данных.

Блок 9. Блок Процесса. Переход в режим Справочники.

Блок 10. Блок Процесса. Выход из программы.

Блок 11. Блок Процесса. Запуск программы план изготовления изделий ГП, ТНП.

Блок 12. Блок Процесса. Осуществляется закрытие соединения с SQL-сервером.

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

Блок 14. Блок Процесса. Выводится на экран запрос.

Блок 15. Блок Ввода. Осуществляется ввод поисковых данных с клавиатуры.

Блок 16. Блок Процесса. Очистка поисковых данных.

Блок 17. Блок Процесса. Выборка данных по заданным условиям.

Блок 18. Блок Процесса. Закрытие экрана запроса.

Блок 19. Блок Процесса. Осуществляется анализ полей поиска и формирование соответствующего SQL-запроса.

Блок 20. Блок Процесса. Происходит посылка SQL-запроса на сервер.

Блок 21. Блок Извлечения. Осуществляется получение ответа с SQL-севера.

Блок 22. Блок Процесса. Отображаются полученные данные на форме.

Блок 23. Блок Процесса. Проверяется пользователь на вхождение в роль 868 write.

Блок 24. Блок Условия. Осуществляется проверка условия, пользователь входит в роль 868_write. Если условие выполняется, то доступна корректировка, иначе - только просмотр.

Блок 25. Блок Процесса. Переход в подрежим История.

Блок 26. Блок Процесса. Происходит посылка SQL-запроса на сервер.

Блок 27. Блок Процесса. Осуществляется получение ответа с SQL-сервера.

Блок 28. Блок Процесса. Отображаются полученные данные на форме.

Блок 29. Блок. Процесса. Проверяется пользователь на вхождение в роль 868_write.

Блок 30. Блок . Условия. Осуществляется проверка условия, пользователь входит в роль 868_write. Если условие выполняется, то доступна корректировка, иначе - только просмотр.

Блок 31. Блок Процесса. Осуществляется выход из подрежима История.

Блок 32. Блок Процесса. Осуществляется выход из подрежима Исория.

Блок 33. Блок Процесса. Запуск формы добавление данных.

Блок 34 Блок Ввода. Осуществляется ввод поисковых данных.

Блок 35. Блок Процесса. Очистка данных.

Блок 36. Блок Процесса. Добавление записи.

Блок 37. Блок Процесса. Выход с формы добавления.

Блок 38. Блок Процесса. Осуществляется проверка данных .

Блок 39. Блок Условие. Проверяется условие, данные корректны. Если условие истинно, то происходит добавление записи, иначе, осуществляется возврат к вводу данных.

Блок 40. Блок Процесса. Осуществляется выполнение SQL-запроса для внесения записи.

Блок 41. Блок Условия. Проверяется условие, добавить еще документ. Если условие верно, то осуществляется возврат к вводу данных, иначе происходит обновление данных на форме просмотра.

Блок 42. Блок Процесса. Обновляются данные на форме.

Блок 43. Блок Процесса. Переход в подрежим Изменить.

Блок 44. Блок Ввода. Осуществляется внесение изменений в реквизитный состав записи.

Блок 45. Блок Процесса. Изменение текущей записи.

Блок 46. Блок Процесса. Проверяются данные.

Блок 47. Блок Условия. Осуществляется проверка условия, данные введены корректно. Если условие верно, то выполняется изменение записи, иначе осуществляется возврат к изменению состава записи.

Блок 48. Блок Процесса. Выполняется SQL-оператор для изменения записи в БД.

Блок 49. Блок Процесса. Обновляются данные на форме.

Блок 50. Блок Условие. Проверяется условие, нажата кнопка История. Если условие истинно, то происходит возврат в подрежим История, иначе осуществляется возврат на форму просмотра.

Блок 51. Блок Процесса. Осуществляется выход из подрежима Изменить.

Блок 52. Блок Условия. Проверяется условие, нажата кнопка История. Если условие истинно, то происходит возврат в подрежим История, иначе осуществляется возврат на форму просмотра.

Блок 53. Блок Процесса. Удаление записи.

Блок 54. Блок Условие. Проверяется условие, запрос на удаление. Если условие истинно, то выполняется удаление записи иначе, осуществляется проверка на нахождение в режиме История.

Блок 55. Блок Условия. Проверяется условие, нажата кнопка История. Если условие верно, то происходит возврат в подрежим История, иначе осуществляется возврат на форму просмотра.

Блок 56. Блок Процесса. Выполняется SQL-оператор для удаления записи в БД.

Блок 57. Блок Процесса. Обновляются данные на форме.

Блок 58. Блок Условия. Проверяется условие, нажата кнопка История. Если условие истинно, то происходит возврат в подрежим История, иначе осуществляется возврат на форму просмотра.

Блок 59. Блок Процесса. Выход с формы просмотра данных.

2.3 Текст программы с описанием

2.3.1 Текст программы

Текст программы написан на языке Miсrosoft Visual FoxPro 9.0

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

Листинг программы представлен в Приложении А.

2.3.2 Описание программы

ЗАПУСК ЗАДАЧИ: АРМ941_4 Справочники План изготовления изделий ГП, ТНП Экран запроса формирования плана изделий ГП, ТНП.

Рисунок 1 - Экран ввода данных для поиска информации в базе данных

Экранная форма для ввода информации, необходимой для выбора данных из базы данных и просмотра плана изготовления изделий ГП, ТНП представлена выше на рисунке 1.

На форме представлено несколько полей ввода информации. Поля ввода представлены в виде текстового поля.

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

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

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

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

Рисунок 2 - Экран ввода поисковых данных с выпадающим списком для изделия

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

Кнопка «Выход» предназначена для завершения работы.



Рисунок 3 - Экран просмотра плана изготовления изделий ГП, ТНП

Экранная форма для просмотра информации плана изготовления изделий ГП, ТНП представлена выше на рисунке 3.

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

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

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

Внизу экрана имеются кнопки «История», «Добавить», «Изменить», «Удалить» и «Выход».

При нажатии на кнопку «Добавить» выходит форма добавления данных, представленная на рисунке 4.



Рисунок 4 - Экран добавления плана отд. 2868

На форме расположены текстовые поля для ввода данных.

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

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

Кнопка «Очистить» служит для очистки текстовых полей от некорректно введенных данных.

Кнопка «Выход» служит для выхода с формы добавления плана.

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



Рисунок 5 - Сообщение об успешном добавлении плана

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

Кнопка «Изменить» служит для внесения изменений в существующую запись. Экран изменения представлен на рисунке 6.

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

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

По кнопке «Выход» происходит выход с экрана изменения без сохранения внесенных изменений.

Кнопка «Удалить» служит для удаления текущей записи. При нажатии на эту кнопку выходит сообщение, представленное на рисунке 7.

Если пользователь отвечает «Да», то запись по данному заказу, изделию удаляется из базы данных. Если пользователь отвечает «Нет», то удаления записи не происходит.

При нажатии на кнопку «История» по данному изделию, заказу выходит вся информация по плану на все даты (рисунок 8).

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

Внизу экрана кнопки «Изменить», «Удалить» и «Выход».

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

По кнопке «Выход» происходит переход на экран просмотра плана.

2.4 Описание процесса отладки программы

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

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

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

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