Разработка автоматизированной системы учета движения ремонтируемой электроаппаратуры
Задачи автоматизированной системы управления планирования работ. Требования к программному и техническому обеспечению АС. Организационная структура предприятия СПО "Арктика". Характеристика требований при проведении ремонтно-восстановительных работ.
| Рубрика | Экономико-математическое моделирование |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 01.04.2015 |
| Размер файла | 1,1 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
45
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
АННОТАЦИЯ
Дипломный проект на тему «Разработка автоматизированной системы учета движения ремонтируемой электроаппаратуры» выполнялся по заказу ОАСУП ОАО СПО «Арктика».
Введение содержит общие сведения о дипломном проекте, актуальность выбранной темы.
Постановка задачи включает в себя формулировку задания на дипломное проектирование.
Аналитическая часть включает в себя технико-экономическую характеристику предметной области, описание бизнес-процессов, а также характеристику комплекса технических средств, общесистемного и прикладного программного обеспечения.
Проектная часть содержит информационно-логическую модель предметной области; проект базы данных информационной системы; проектную информацию по функциональным модулям разработанной информационной системы; описание экранных форм и отчетов.
Технико-экономическое обоснование проекта содержит расчеты оценки технико-экономического эффекта, который ожидается в результате внедрения разработанного проекта информационной системы.
Заключение содержит окончательные выводы по результатам выполненного проекта.
Перечень использованной литературы содержит описание литературных источников и материалов, использованных при выполнении дипломного проекта.
Приложение содержит исходный код программы.
Графические материалы выполнены в форме презентации.
ВВЕДЕНИЕ
Целью данного дипломного проекта является: разработка автоматизированной системы учёта движения ремонтируемых электроприборов Открытого Акционерного Общества Северного Производственного Объединения «Арктика» (ОАО СПО «Арктика»), которая предназначена для введения новой технологии учета наличия и движения ремонтируемых электроприборов.
Актуальность выбранной темы обусловлена тем, что существующая на данный момент система обработки информации имеет разрозненную структуру, так как система ведения оперативного учета, осуществляемая материально-ответственным лицом подразделения, осуществляется независимо от других подразделений. Данная система позволяет формировать накладные, вести учет электроприборов, находящихся на ремонте в подразделениях, отслеживать их перемещение между подразделениями.
.В настоящее время для реализации данной задачи используется система АСУ РЭА, к возможностям которой относятся:
· учет накладных;
· отслеживание перемещений ремонтируемых приборов;
· решение ряда функциональных задач по формированию и печати различного рода выборок и ведомостей.
Главным недостатком существующей системы обработки информации в ОАО СПО «Арктика» - автоматизация учета только для одного конкретного заказа. Также данной системой не предусмотрено формирования ряда выходных документов. Много усилий затрачивается на получение справочной информации о характеристиках, степени готовности и нахождении ремонтируемых приборов, так как эти данные регистрируются в различных журналах, на составление отчетности, и при этом зачастую возникают ошибки, что приводит к непроизводительным затратам времени. Эффективность работы специалистов ОАО СПО «Арктика» часто зависит от правильности и своевременности полученной информации. Поэтому в целях повышения качества и оперативности обработки информации и экономии рабочего времени, было принято решение о создании единой информационной системы по ведению учета движения ремонтируемых приборов в подразделениях ОАО СПО «Арктика», осуществляющих ремонт и восстановление электроприборов.
Внедрение автоматизированной информационной системы учёта движения ремонтируемой электроаппаратуры в ОАО «СПО «Арктика» даст возможность решить следующие задачи:
· оперативное получение разного рода сведений о характеристиках и степени готовности ремонтируемых электроприборов;
· формирование, просмотр и редактирование накладных;
· формирование отчётности;
· ведение различной нормативно-справочной информации;
· получение разного рода аналитической информации по эксплуатационным характеристикам, функционированию и ремонтопригодности электроприборов.
Решение данного комплекса задач позволит:
· избежать дублирования информации в различных учётных картотеках и журналах;
· ускорить обработку информации за счёт исключения её разрозненности;
· обеспечить оперативный учёт движения ремонтируемых электроприборов, с оформлением необходимой учётной документации в соответствии с правилами учёта, действующих на предприятии;
· принятия своевременных управленческих решений на основе данных аналитических отчетов.
Учет электроприборов, имеющие гриф «Секретно» и «Совершенно секретно» введется по отдельным нормативным документам и данной системой не осуществляется.
В данном дипломном проекте представлены:
· Разработка проекта информационной системы учета средств измерений на базе современных CASE- технологий, в данном случае - BPwin 4.0 и ERwin 4.0.
· Реализация данной задачи в СУБД Oracle.
· Разработка макета приложения в среде Borland Delphi 7.
1. ПОСТАНОВКА ЗАДАЧИ
1.1 Характеристика комплекса задач
Разработать автоматизированную систему (АС) учета движения ремонтируемых приборов договора, для: повышения скорости обработки информации; контроля своевременного выполнения работ; создания печатных форм отчётов.
1.2 Функции автоматизированной системы
Автоматизированная система управления планированием работ должна решать следующие задачи и отвечать следующим требованиям:
- обеспечить хранение данных на сервере СУБД “Oracle”;
- обеспечивать эффективность и быстроту поиска;
- предоставление различных видов отчетов в печатной форме;
- удобный пользовательский интерфейс.
Пользователями при решении данного комплекса задач будут являться лица, ответственные за хранение материально-технических ценностей работники, руководители подразделений, в функции которых входит добавление, просмотр и редактирование информации по ремонтируемым приборам.
1.3 Выходные и входные данные
Предприятие - это самостоятельный хозяйствующий субъект, созданный для производства продукции, выполнения работ и оказания услуг с целью удовлетворения общественных потребностей и получения прибыли. Именно на этом уровне создаётся нужная обществу продукция, оказываются необходимые услуги. На предприятии сосредоточены наиболее квалифицированные кадры. Здесь решаются вопросы экономного расходования ресурсов, применения высокопроизводительной техники, технологий. На предприятии добиваются снижения до минимума издержек производства и реализации продукции. Разрабатываются бизнес-планы, применяется маркетинг, осуществляется эффективное управление - менеджмент. Всё это требует глубоких экономических знаний. В условиях рыночной экономики выживет лишь тот, кто наиболее грамотно и компетентно определит требования рынка, создаст и организует производство продукции, пользующейся спросом, обеспечит высокий доход высококвалифицированных работников.
В условиях применения современных вычислительных машин, периферийной и организационной техники для сбора и обработки экономической информации, элементы информационной системы должны подвергаться обработке в определённой последовательности. Следовательно, логически правильно было бы начинать обработку информации после её возникновения (начальный уровень), а затем последовательно возвышаться до конечного уровня, осуществляя взаимосвязь между ними. Во многих случаях последовательное распространение машинной обработки информации на другие элементы проводится без взаимосвязи между ними: каждый элемент разрабатывается как самостоятельный участок. В результате информация дублируется, трудоёмкость обработки увеличивается, нет возможности выполнять все операции обработки машинным способом и в комплексе. Кроме того, в этих условиях не осуществляется взаимосвязь между элементами. Наибольшая эффективность при внедрении машинной обработки экономической информации на предприятии достигается тогда, когда последовательность её механизации и автоматизации соответствует последовательности организации производственного процесса, при одновременном осуществлении взаимосвязи смежных элементов информационной системы.
Если обработка информации осуществляется вручную, общие показатели (что, в каком количестве, как, где, на чём и др.) многократно дублируются работниками. Положение изменится, если информация будет обрабатываться машинным способом и во взаимосвязи. Исходная информация, зафиксированная раз на машинном носителе в процессе производственной деятельности, дополняется другой информацией, связанной и вытекающей из предыдущей. В результате информация приобретает новые качественные и количественные характеристики, которые всесторонне отражают ту или иную сторону процесса. Следовательно, в базе данных практически можно зафиксировать (без дублирования) всю необходимую фактическую информацию, характеризующую процесс.
Основными носителями информации при автоматизированной обработке являются входные и выходные документы, т.е. утвержденной формы носителей информации, имеющие юридическую силу.
Входная документация содержит первичную, не обработанную информацию, отражающую состояние объекта управления. Заполняется вручную, либо при помощи технических средств.
Документы можно классифицировать по ряду признаков:
По сфере деятельности - плановые, учетные, статистические, банковские, финансовые;
По отношению объекта управления - входящие (первичные), исходящие (сводные), промежуточные, архивные;
По содержанию хозяйственных операции - материальные, денежные, расчетные;
По способу использования - разовые и накопительные;
По способу заполнения - вручную или при помощи автоматизации.
По ряду документов разработаны единые унифицированные и стандартные формы бланков.
Входная информация:
· номенклатура изделий и приборов, ремонтируемых ОАО СПО «Арктика»;
· сдаточная накладная.
Выходная информация:
· журнал учета накладных;
· отчеты;
· сдаточная накладная.
1.4 Требования к программному и техническому обеспечению АС
В программные средства сервера АС входит операционная система, на которую возможно инсталлировать СУБД “Oracle”.
В качестве технических средств автоматизированной системы выступают:
1) сервер БД;
2) клиентские машины - компьютеры, присоединенные к локальной сети предприятия
3) Операционная система - MS Windows 2000 и выше;
2. АНАЛИТИЧЕСКАЯ ЧАСТЬ
2.1 Организационная структура предприятия
Федеральное Государственное Унитарное Предприятие «Северное Производственное Объединение «Арктика» вместе с крупнейшими российскими верфями ПО «Севмаш» и МП «Звездочка» входит в Государственный Российский Центр Атомного Судостроения (ГРЦАС), который базируется в городе Северодвинске Архангельской области.
СПО «Арктика» - многопрофильное производство с современной приборно-технологической базой, системой качества, сертифицированной в соответствии с международным стандартом, лицензиями и сертификатами на все виды выполняемых работ, высококвалифицированным персоналом. ФГУП «СПО «Арктика» располагая тремя видами производств: электромонтажное, электромеханическое и ремонтное совместно с судозаводами успешно решает поставленные задачи по строительству и ремонту судов и кораблей. Мощности электромеханического производства позволяют обеспечить комплектующим оборудованием не только военные заказы, но и удовлетворить потребности гражданских заказчиков.
Специалисты инженерных служб предприятия «Арктика» объединены в высокоэффективную управленческую структуру, которая обеспечивает единое руководство производственным процессом. Они организуют производство в соответствии с заключенными контрактами и договорами, занимаются проектированием и проработкой технической документации, техническим сопровождением строительства и ремонта кораблей и других заказов, обеспечивают поставки материалов и комплектующих, оперативно управляют экономикой производства.
Структура инженерных служб СПО «Арктики» включает проектно-конструкторское отдел (ПКО), Отдел Главного Технолога (ОГТ), Отдел Главного Метролога (ОГМетр), центральную заводскую лабораторию (ЦЗЛ), а также отделы автоматизированной системы управления, энергетики и другие подразделения, осуществляющих технологическую и организационную поддержку производства. Совместно с ведущими отечественными научно-исследовательскими и проектными организациями специалисты предприятия выпускают рабочую и технологическую документацию с учетом требований отечественных и зарубежных стандартов и нормативов.
Контроль качества и надежности всей продукции, выпускаемой объединением, осуществляют центральная заводская лаборатория.
СПО «Арктика», обладая высококвалифицированным персоналом и оснащенное современной компьютерной техникой, оборудованием, испытательными стендами, приборами по самой передовой технологии:
· выполняет электромонтажные работы на судах и кораблях военного и гражданского назначения; на морских ледостойких буровых платформах для добычи нефти и газа на месторождениях шельфа северных морей; на объектах нефтегазовых месторождений;
· разрабатывает и производит монтаж уникальных по конструкции и сложности волоконно-оптических кабельных судовых линий;
· производит регулировку, сервисное обслуживание и ремонт сложнейших систем: радиосвязи, радиолокации и радиоразведки, телевидения, навигации, гидроакустики и гидролокации, вычислительной техники, автоматики управления торпедным и ракетным оружием, корабельных механизмов защиты и управления ядерными реакторами;
· выполняет любые операции среднего ремонта электродвигателей, генераторов, преобразователей, распределительных устройств, станций управления и других видов электроаппаратов;
· проектирует и изготавливает электротехнические изделия морского и общепромышленного назначения: щиты и пульты управления, сигнализации для электросетей и электроустановок; герметичные силовые и слаботочные соединители; светотехнические устройства судовые; промышленные токовые реакторы, сварочные трансформаторы, обогревательные изделия и пр.
2.2 Организация предметной области
Одной из задач при проведении ремонтно-восстановительных работ является учёт наличия и движения средств электроприборов, необходимых для производственно-хозяйственной деятельности, осуществляемый материально ответственным лицом подразделения.
Учёт ремонтируемых электроприборов для нужд предприятия функционально связан со следующими подразделениями предприятия, осуществляющими ремонтно-восстановительные:
- Электромеханический отдел (ЭМО);
- Отдел выдачи и комплектации (ОВК);
- Цех 3;
- Цех 4;
- Цех 5;
- Цех 6;
- Цех 8.
Поступившие приборы доставляются кладовщиком, на склад подразделения. Кладовщик является материально-ответственным лицом. Он осуществляет операции, связанные с приемкой, учетом поступающих приборов, хранением, ведением учета выдачи приборов работникам подразделения. В своей работе кладовщик руководствуется инструкциями по приемке, хранению и выдаче приборов, инструкциями по ведению складской документации и должностной инструкцией.
2.2.1 Должностные обязанности кладовщика:
- Прием на склад и выдача со склада подразделениям предприятия приборов, проходящих ремонт.
- Проверка соответствия принимаемых приборов сопроводительным документам.
- Комплектование партий прошедших приемку приборов для выдачи их подразделениям предприятия и сторонним организациям.
- Организация хранения поступивших приборов с целью предотвращения их порчи или утери.
- Оформление сдаточных накладных и материальных пропусков.
- Участие в инвентаризации подотчетных материальных ценностей.
- Учет находящихся на складе материальных ценностей и ведение отчетной документации по их движению.
Кладовщик вправе не принимать на ответственное хранение от подразделений приборы, поступающие в ненадлежащей комплектации, а также при отсутствии возможности обеспечения их нормального хранения. Кладовщик несет ответственность за сохранность находящихся на подотчете и принятых на ответственное хранение материальных ценностей, за переданные ему на хранение приборы.
От ведения отчетной и складской документации зависит быстрота выполнения материально-ответственным лицом своих должностных обязанностей, выполнение требований начальника отдела. Объем приборов на складах подразделений может измеряться десятками и сотнями единиц. Приборы постоянно находятся в «движении», т.е. поступают на склад, отпускаются со склада. Данные о наличии и движении приборов могут потребоваться в любой момент времени, поэтому материально-ответственному лицу необходимо вести оперативный учет вверенных ему на хранение приборов.
2.2 Описание бизнес-процессов
После изучения и анализа предметной области были смоделированы бизнес-процессы с применением CASE- средства BPwin 4.0 Computer Associates..
После подписания договора на выполнение ремонтно-восстановительных работ, работниками цеха № 4 ОАО СПО «Арктика» и цеха № 16 ОАО «Звездочка» производится демонтаж приборов, входящих в номенклатуру изделий, ремонтируемых ОАО СПО «Арктика». Демонтированные приборы поступают на склады подразделений, ответственных за их ремонт. Передача приборов происходит по сдаточной накладной, оформляемой лицом, ответственным за демонтаж приборов. В накладной указывается: от какого и в какое подразделение поступают приборы, наименование изделия, номер схемы, наименование приборов, их количество, дата оформления, а так же росписи лиц, осуществляющих передачу и приемку приборов. В соответствии со сдаточной накладной, кладовщик осуществляет проверку наличия поступивших приборов и регистрирует накладную в журнале учета накладных. Поступившие приборы помещаются на склад подразделения, после чего работники, производящие ремонт изделия, к которому принадлежат приборы, производят их внешний осмотр, с целью установления комплектности изделия, а так же обнаружения физических повреждений. По результатам осмотра составляется «Акт внешнего осмотра» в котором указываются выявленные дефекты. Акт подписывается представителями подразделений, осуществляющими демонтаж и ремонт, представителями личного состава ремонтируемого заказа и главным строителем заказа.
После полной передачи демонтированных приборов, входящих в изделие, работниками, осуществляющими ремонт данного изделия, производится дефектация приборов, с целью определения ремонтопригодности прибора и выявления скрытых дефектов прибора. По результатам дефектации составляется «Акт дефектации» изделия, в котором указываются все выявленные дефекты каждого конкретного прибора, и на основании этого делается вывод о пригодности прибора к ремонту. В случае неремонтопригодности прибора, указывается необходимость заказа нового.
На основании «Акта дефектации» службами материально-технического снабжения производится закупка необходимых для ремонта комплектующих и недостающих приборов.
После поступления комплектующих в подразделения кладовщик осуществляет передачу приборов со склада в ремонтные бригады, где производятся ремонтные работы согласно технической документации изделия, ГОСТ и нормативных документов предприятия.
При производстве ремонтных работ, приборы могут передаваться в другие подразделения, при этом оформляется сдаточная накладная, которая регистрируется в соответствующем журнале.
После выполнения ремонтных работ производится приемка отремонтированных приборов службой контроля качества. Приемка производится на основании ГОСТ, ТУ и нормативных документов предприятия, регламентирующих порядок приемки отремонтированных приборов. В случае соответствия приборов нормам, сотрудник ОТК производит запись в журнал приемки изделий и вызывает представителя военной приемки, который и осуществляет окончательную приемку приборов по тем же документам. В случае обнаружения неустраненных дефектов или несоответствия приборов нормам, осуществляется возврат приборов в ремонт для устранения выявленных недостатков.
После приемки ремонта приборов представителем заказчика, отремонтированные приборы помещаются на склад подразделения, где хранятся до начала монтажных работ.
При начале монтажных работ приборы передаются в подразделения, осуществляющие монтажные работы. При этом оформляется сдаточная накладная, в которой указывается: от какого и в какое подразделение поступают приборы, наименование изделия, номер схемы, наименование приборов, их количество, дата оформления, а так же росписи лиц, осуществляющих передачу и приемку приборов. Накладная регистрируется в журнале учета накладных.
В результате анализа предметной области была разработана функциональная модель процесса учета движения ремонтируемой электроаппаратуры в соответствии с нотацией IDEF0 в инструментальной среде BPWin, приведенная на рисунках 2.1 -2.3.
Рис. 2.1. Функциональная модель «Учет движения ремонтируемых приборов».
Данная контекстная диаграмма разбивается на декомпозиционные диаграммы - «Регистрация в журнале учета», «Ремонт и предъявление приборов заказчику», «Оформление накладной и регистрация в журнале учета», которые приведены на рисунке 2.2.
Рис. 2.2. Декомпозированная функциональная модель «Учет движения ремонтируемых приборов».
Далее производится декомпозиция «Регистрация в журнале учета». Результат представлен на рисунке 2.3.
Рис. 2.3. Декомпозированная функциональная модель «Регистрация в журнале учета».
Далее производится декомпозиция «Ремонт и предъявление приборов заказчику». Результат представлен на рисунке 2.4.
Рис. 2.3. Декомпозированная функциональная модель «Регистрация в журнале учета».
2.4 Обзор существующих аналогов
На данный момент в АСУП ОАО СПО «Арктика» функционирует Автоматизированная Система Учета движения Ремонтируемой ЭлектроАппаратуры (АСУ РЭА). АСУ РЭА осуществляет учет и контролирует движение ремонтируемых приборов между подразделениями, позволяет оперативно получать информацию о состоянии прибора. При всех своих достоинствах, данная система имеет один существенный недостаток - на ней ведется единственный журнал учета накладных для конкретного заказа. Поэтому в разрабатываемой системе должна быть реализована возможность ведения нескольких журналов одновременно для заказов разных проектов, имеющих разную номенклатуру ремонтируемых изделий.
2.5 Характеристика инструментальных средств
2.5.1 Характеристика CASE - средств
Характеристика BPwin:
BPwin - в руках системных аналитиков и разработчиков становится мощным средством моделирования процессов при создании корпоративных информационных систем.
BPwin обладает интуитивно - понятным графическим интерфейсом, помогает быстро создавать и анализировать модели с целью оптимизации деловых и производственных процессов. Применение универсального графического языка бизнес - моделирования IDEF0 обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов. Посредством набора графических инструментов BPwin позволяет легко построить схему процесса, на которой показаны исходные данные, результаты операций, ресурсы, необходимые для их выполнения, управляющие воздействия, взаимные связи между отдельными работами.
BPwin поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании. Встроенный механизм вычисления стоимости позволяет оценивать и анализировать затраты на осуществление различных видов деловой активности. Механизм вычисления расходов на основе выполняемых действий (Activity - Based Costing, ABC) - это технология, применяемая для оценки затрат и используемых ресурсов. Она помогает распознать и выделить наиболее дорогостоящие операции для дальнейшего анализа.
BPwin может генерировать отчеты непосредственно в формате MS Excel и Word для последующей обработки и использования в других приложениях. Связь с ERwin (моделирование данных в стандарте IDEF1X) позволяет сократить время проектирования и разработки сложных информационных систем. Для системных аналитиков тесная интеграция BPwin с инструментом проектирования баз данных открывает уникальные возможности по созданию комплексных систем, в которых ERwin служит для описания информационных объектов системы, в то время как BPwin отражает функциональные особенности предметной области. Связывая сущности и атрибуты модели данных с информацией о выполняемых действиях, Вы можете продолжить анализ процессов на новом уровне с одновременной перекрестной проверкой моделей процессов и данных.
Основные характеристики BPwin:
развитая методология функционального моделирования на основе IDEF0;
мощные редакторы для описания операций, связей и вычисления затрат на выполнение работ;
иерархическая структура диаграмм, облегчающая последовательное уточнение элементов модели;
контекстные диаграммы для описания границ системы, области действия, назначения объектов;
декомпозиционные диаграммы для описания особенностей взаимодействия различных процессов;
расширенные возможности по поддержанию ссылочной целостности;
поддержка методологии IDEF3;
экспорт моделей в средства имитационного моделирования;
интеграция и связь со средством проектирования баз данных ERwin (методология IDEF1X);
поддержка свойств, определяемых пользователем. Описание моделей может быть расширено за счет свойств, определяемых пользователем, включая мультимедийные документы;
интеграция с ModelMart, поддерживающим мощный набор инструментальных программных средств, обеспечивающих совместное (групповое) проектирование и разработку программных систем, включая механизмы объединения моделей и анализа изменений, контроль версий, возможность создания "компонент" модели. Для организации хранилища моделей в ModelMart используются СУБД на платформах Oracle, Sybase, Informix или SQL Server. Кроме того, поддерживаются прямые связи ModelMart с ERwin и BPwin;
удобный интерфейс пользователя. В распоряжении пользователей имеется проводник, ставший привычным в среде Windows 95/NT, позволяющий легко переходить с одной диаграммы на другую простым перемещением по "дереву" проводника;
расширенная архитектура. BPwin поддерживает 16 - и 32 - х разрядные системы, позволяя организовать совместную работу для всех участников проекта;
автоматическая поддержка изменения размеров. BPwin поддерживает автоматическую настройку размеров диаграмм и возможность изменения масштабов изображения моделей.
Характеристика ERwin:
Семейство продуктов ERwin фирмы PLATINUM - CA (США) относится к мощным персональным CASE - продуктам, предназначенным для моделирования баз данных самого различного типа. Отличительной чертой продуктов ERwin является высокая степень обеспечения согласованного взаимодействия между средствами создания баз данных и средствами разработки приложений в технологии клиент - сервер.
ERwin является наиболее популярным пакетом моделирования данных среди профессиональных разработчиков благодаря полной поддержке широкого спектра СУБД самого разного класса, включая Oracle, DB/2, Sybase, Informix, MS SQL Server, SQLbase, CA Ingres, Rdb, AS/400, Progress, Interbase, Watcom, в том числе: Clipper, Dbase, Access, FoxPro, Paradox.
CASE - средство ERwin предназначено для разработчиков, проектировщиков БД, системных аналитиков для построения модели данных в процессе разработки технического проекта информационной системы. С помощью ERwin разработчик может, используя визуальные средства, описать логическую модель данных. На основе логической модели создается физическая модель для конкретной СУБД с использованием хранимых процедур и триггеров. Результатом работы по созданию физической модели может стать генерация структуры базы данных.
Возможна также обратная разработка - создание модели данных на основе структуры базы данных. Этот процесс наиболее распространен в процессе перехода с одной технологии на другую (с файл - сервер на клиент - сервер), а также при смене сервера БД. На основе модели данных предоставляется возможность создавать отчеты, которые позволяют существенно упростить процесс документирования технического проекта.
Методологическую основу ERwin составляет технология IDEF1X (моделирование данных для реляционных СУБД). Результатом построения является ER - диаграмма ("сущность - связь"). Графический подход к созданию моделей значительно упрощает процесс разработки.
Основные характеристики:
поддержка стандартной нотации IDEF1X для ER диаграмм моделей данных и нотации IE;
специальные реализации продукта с прямой поддержкой расширенного набора атрибутов в моделях данных для средств разработки приложений Visual Basic, Progress;
возможность импорта/экспорта данных из BPwin, Oracle Designer;
автоматическая генерация баз данных для широкого спектра целевых СУБД (Oracle, Microsoft SQLServer и другие);
поддержка проектирования информационных хранилищ ;
поддержка совместного проектирования ;
поддержка триггеров, хранимых процедур и шаблонов;
развитые средства проверки корректности моделей данных;
Reverse Engineering (генерация модели данных на основе анализа существующей базы данных), включая восстановление связей по индексам;
автоматическая генерация SQL DDL для создания баз данных;
полная совместимость и поддержка Oracle (более 20 - ти типов СУБД) на основе прямого доступа к системному каталогу баз данных (отпадает потребность в использовании ODBC);
глубокая интеграция с технологией и продуктами фирм Oracle, Microsoft на базе единого репозитория и эффективного обмена проектами; импорт/экспорт с Rational Rose (объектно-ориентированное средство проектирования информационных систем в стандарте UML);
автоматическая генерация экранных форм приложений для Delphi, Visual Basic, созданных на основе спроектированной модели данных.
Характеристика Rational Rose:
Rational Rose - CASE - средство фирмы Rational Software Corporation (США) предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации.
Являясь объектно-ориентированным инструментом моделирования, Rose базируется на UML (Universal Modeling Language) - универсальном языке моделирования, который был разработан компанией Rational именно с целью создания наиболее оптимального и универсального языка для описания, как предметной области, так и конкретной задачи в программировании. Любая задача программируется при помощи определенных диаграмм. UML поддерживает построение следующих диаграмм:
диаграммы описаний технологий, процессов, функций;
диаграммы функций;
диаграммы классов;
диаграммы состояний;
диаграммы последовательностей действий;
диаграммы взаимодействий;
диаграммы компонентов;
диаграммы топологии.
Rational Rose в отличие от подобных средств проектирования способна проектировать системы любой сложности, то есть инструментарий программы допускает как высокоуровневое (абстрактное) представление (например, схема автоматизации предприятия), так и низкоуровневое проектирование (интерфейс программы, схема базы данных, частичное описание классов). Важнейшим свойством Rational Rose принято считать открытость архитектуры, что позволяет дополнять имеющийся в ней инструментарий новыми функциями.
Rational Rose позволяет:
проектировать системы любой сложности;
давать развернутое представление о проекте в сочетании со средствами документирования (SoDA);
проводить кодогенерацию;
проводить обратное проектирование имеющихся систем;
имеет открытый для дополнений интерфейс;
интегрируется со средствами разработки (Visual Studio);
поддержка языка UML;
наличие средств автоматического контроля, в том числе проверки соответствия двух моделей;
удобный для пользователя графический интерфейс;
многоплатформенность.
Интегрируемость с другими инструментальными средствами, поддерживающими жизненный цикл программных систем, в том числе со средством управления требованиями (Requisite Pro), со средствами тестирования (SQA Suite, Performance Studio), со средствами конфигурационного управления (ClearCase, PVCS).
2.5.2 Характеристика СУБД
СУБД Oracle является одной из самых популярных в мире платформ, предназначенной для работы с базами данных. Все продукты Oracle являются открытыми, масштабируемыми и программируемыми. Они позволяют разрабатывать приложения от небольших рабочих групп до уровня предприятия с огромными базами данных, размещенными даже в разных странах. Средства Oracle Server позволяют надежно защитить эти данные, обеспечить их целостность и непротиворечивость. Продукты Oracle работают на самых разных вычислительных платформах, поддерживают практически все сетевые протоколы и обеспечивают удобный оконный графический интерфейс. Это позволяет с минимальными затратами переносить написанное приложение с одной платформы на другую. Универсальный сервер Oracle позволяет хранить и обрабатывать данные в самых различных форматах, в том числе многомерные пространственные данные, тексты, изображения, видео и аудио. При этом Oracle Server обеспечит надежный и быстрый доступ к этим данным, а также возможность создания приложения, работающего с ними.
Oracle - СУБД, использующая предоставляемые некоторыми серверными платформами средства параллельных вычислений -- Oracle Parallel Server (до его появления параллельные вычисления использовались только для решения научных задач). При использовании параллельных вычислений Oracle Parallel Server дает возможность нескольким процессорам обращаться к одной базе данных, что позволяет обеспечить высокую скорость обработки транзакций.
Oracle Server - это реляционная СУБД, поддерживающая язык PL/SQL и механизм транзакций. Она обеспечивает очень высокое быстродействие системы в многопользовательском режиме. Кроме того, СУБД Oracle осуществляет автоматическую блокировку данных в этом режиме, что позволяет увеличивать общее количество пользователей в системе без снижения ее производительности.
СУБД Oracle обеспечивает надежную защиту информации, как от несанкционированного доступа, так и от сбоев системы. При создании приложений, СУБД позволяет часть обработки и контроля данных вынести на сервер. Oracle Server позволяет создавать хранимые процедуры, триггеры баз данных, функции, а также пакеты процедур и функций. В качестве процедурного языка используется расширение языка SQL, называемое PL/SQL.
2.5.3 Характеристика средств программирования и отладки
Характеристика TOAD:
В современной динамичной деловой среде, приложения и базы данных должны разрабатываться и поддерживаться во все более и более быстром темпе. Чтобы помочь разработчикам быстро и эффективно выполнять полученные задания, Quest Software предлагает TOAD - инструмент, радикально упрощающий разработку и поддержку приложений БД Oracle. TOAD обеспечивает единую среду для ускоренной разработки и тестирования PL/SQL, предоставляя быстрый доступ к объектам базы данных. Интуитивно понятный графический интерфейс пользователя TOAD обеспечивает профессиональную, мощную и компактную среду разработки и управления базой данных.
Применяя TOAD для управления объектами базы данных, пользователю вовсе не требуется иметь квалификацию эксперта. Модуль Schema Browser в TOAD позволяет быстро просматривать и управлять словарем данных. Щелчком мыши на выбранном объекте пользователь мгновенно получает подробную информацию, минуя длинную иерархию хранения объектов. В том же окне можно управлять всеми объектами.
Мощные редакторы TOAD повышают производительность разработчика, исключают ошибки и значительно сокращают сроки разработки. Редакторы позволяют пользователям работать одновременно с исходными кодами на нескольких языках (SQL, PL/SQL, HTML, Java) или с текстом. Заменяя традиционный способ выполнения запроса в командной строке или из сценария графическим интерфейсом, TOAD обеспечивает быструю и удобную среду разработки, легко конфигурируемую под предпочтения пользователя.
SQL Editor повышает производительность разработки за счет большого количества горячих клавиш, функций автокорректировки, опережающего ввода и цветового выделения синтаксиса. Удобные закладки позволяют разработчикам быстро перемещаться между несколькими областями программного кода. Полнофункциональная панель инструментов облегчает редактирование и тестирование. Всплывающие селекторы для выбора имен таблиц, имен столбцов и функций/ключевых слов Oracle. Procedure Editor позволяет пользователям работать с несколькими файлами, в параллельном режиме используя SCC - совместимое управление версиями. Одновременно могут компилироваться несколько объектов с согласованной компиляцией всех зависимых объектов.
Кроме того, редакторы TOAD тесно интегрированы с отладчиком PL/SQL Debugger, что позволяет пользователям тестировать только определенные области процедур, выполнять только текущий оператор, несколько операторов за курсором или только операторы до курсора. TOAD также предлагает SQL Modeler - средство для быстрого и легкого построения запросов. Достаточно перенести таблицы в SQL Modeler, и модуль автоматически сформирует запрос SQL. Удобная интегрированная среда позволяет уточнять критерии запроса, тестировать автоматически сгенерированные запросы SQL, просматривать планы выполнения и результаты запросов, сохранять выражения или копировать их в редактор. Применяя SQL Modeler, даже неопытные пользователи могут быстро создавать сложные запросы на уровне экспертов Oracle.
TOAD - один из компонентов семейства продуктов Development & Deployment компании Quest Software, которое позволяет разработчикам и АБД быстро разрабатывать, тестировать и внедрять приложения.
Характеристика Delphi и Borland C++Builder:
C++Builder и Delphi стали одними из самых популярных на сегодняшний день инструментов для создания как настольных, так и корпоративных информационных систем благодаря уникальному сочетанию удобства разработки пользовательских интерфейсов, компонентной архитектуры, однотипности доступа к разнообразным базам данных, начиная от плоских таблиц формата dBase и Paradox и кончая серверными СУБД. Во многом именно наличие таких продуктов стимулировало достаточно безболезненный перенос в архитектуру клиент/сервер ряда информационных систем, модернизация которых иными средствами была бы сопряжена с большими трудовыми и материальными затратами.
Следует отметить, что современные тенденции развития инструментальных средств таковы, что актуальным становится не просто появление новых гибких и мощных средств разработки, а создание семейств таких продуктов с похожими средами и принципами создания приложений, что в целом повторяет появившуюся примерно 4 года назад идеологию формирования офисных пакетов (текстовый процессор + электронная таблица + настольная СУБД + презентационный пакет) вместо выпуска отдельных офисных приложений. Если рассматривать линию продуктов Inprise, то в данный момент на рынке средств разработки присутствуют Delphi и C++Builder, а также сходные по методам создания приложений и среде JBuilder, IntraBuilder, Visual dBase.
Сходство C++Builder и Delphi не является чисто внешним. C++Builder обладает компонентной архитектурой и создан на основе библиотеки визуальных компонентов Delphi ставшей за последние два года весьма популярной среди разработчиков. По этой причине этот продукт имеет общую с Delphi библиотеку классов, часть из которых написана на Obiect Pascal.
Однако совместимость C++Builder и Delphi этим не исчерпывается. В проектах C++Builder можно использовать не только библиотеку компонентов Delphi, но и код, написанный на Object Pascal, а также формы и модули Delphi. Поддерживается визуальное наследование форм и модулей данных, в том числе и созданных в Delphi. Эти возможности появились благодаря включению в C++Builder обоих компиляторов C++ и Object Pascal.
Это означает, что можно создавать общие проекты, используя оба средства разработки - и C++BuiIder, и Delphi. Части одного приложения могут быть созданы с помощью двух средств, и теперь к работе над проектом можно привлекать разработчиков, использующих как Delphi, так и C++. Вовторых, и это очень важно, C++Builder может использовать компоненты, созданные для Delphi, а их за последние несколько лет создано огромное количество. Это богатство, накопленное разработчиками всего мира, сегодня способно удовлетворить самые причудливые запросы.
C++Builder предоставляет программисту широкие возможности повторного использования кода не только за счет наличия библиотеки компонентов, но и за счет поддержки стандарта ActiveX, что позволяет встраивать в приложения ActiveX -компоненты как сторонних производителей, так и созданные собственноручно с помощью самого C++Builder.
Немаловажным фактором, влияющим на популярность этих продуктов, является их открытость, заключающаяся в возможности создания с их помощью не только дополнительных компонентов и элементов ActiveX, улучшающих функциональность приложении, но и различных экспертов, редакторов свойств компонентов, улучшающих функциональность самой среды разработки.
Следует отметить, что эффективность разработки и отладки приложений достигается не только за счет использования удобных средств визуального проектирования форм (сейчас это не редкость), но и за счет, во-первых, высокой производительности самих компиляторов Borland и, во-вторых, так называемой инкрементной компиляции и компоновки исполняемого модуля (когда перекомпиляции и перекомпоновке подвергаются только те модули, в которые были внесены изменения).
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Определение функции системы
В рамках спроектированной информационной системы был разработан модуль «Учет движения ремонтируемых приборов». Ниже определены основные требования к данному модулю путем построения диаграммы вариантов его использования в нотации UML. Диаграмма приведена на рисунке 3.1, в таблице 3.1 приведено описание функций системы, в таблице 3.2 - описание взаимосвязей функций с объектами и пользователями.
Рис. 3.1. Диаграмма вариантов использования для пользователя.
Таблица 3.1. Описание функций системы
|
Название |
Описание |
Краткий алгоритм выполнения и особенности |
|
|
Редактирование данных. |
Внесение изменений в справочники. |
При необходимости внесения изменений, пользователь корректирует справочники. |
|
|
Добавление данных |
Добавление данных в справочники |
При необходимости добавления данных, пользователь заносит данные в справочники. |
|
|
Просмотр данных. |
Просмотр данных в справочниках. |
Просмотр данных, хранящихся в БД |
|
|
Оформление накладных. |
Создание сдаточной накладной. |
Накладная формируется по данным, хранящимся в БД. |
|
|
Формирование отчетов. |
Формирование различного рода отчетов и выборок. |
По запросу пользователя осуществляется выборка данных. |
|
|
Просмотр |
Просмотр очетов и накладных |
После формирования накладных и отчетов, производится их просмотр |
|
|
Печать |
Вывод на печать отчетов и накладных. |
После просмотра накладных и отчетов, производится их печать. |
Таблица 3.2. Описание пользователей и объектов системы
|
Название |
Определение |
Назначение |
|
|
Пользователь |
Человек, работающий с данными |
Оформляет накладные, редактирует данные, создает отчеты |
|
|
Визуальные формы |
Визуальные формы Windows-приложения |
Предоставляет визуальный интерфейс |
|
|
ADO Connection |
Механизм ADO |
Осуществляет связь приложения с сервером БД |
|
|
СУБД |
База данных |
Представляет собой физические структуры данных, расположенные на сервере БД |
|
|
Принтер |
Устройство вывода на печать |
Осуществляет печать накладных и отчетов |
2.2 Описание информационно-логической модели
На основе модели бизнес-процессов и в результате анализа первичных документов была построена информационно-логическая модель комплекса задач «Учёт движения ремонтируемых приборов».
Для построения информационно-логической модели было использовано CASE средство Erwin Computer Associates.
Информационно-логическая модель приведена на рисунках 3.1 - 3.3.
Рис. 3.2. Информационно-логическая модель комплекса задач «Учёт движения ремонтируемых приборов» на уровне сущностей.
Рис. 3.3. Информационно-логическая модель комплекса задач «Учёт движения ремонтируемых приборов» на уровне определений.
Рис. 3.4. Информационно-логическая модель комплекса задач «Учёт движения ремонтируемых приборов» на уровне атрибутов.
2.2.1 Описание состава сущностей
Сущность «Проект» характеризует проект, по которому построен ремонтируемый заказ.
Таблица 3.3.
Сущность «Проект»
|
Наименование атрибута |
Обязательность атрибута |
Что отображает |
|
|
Код проекта |
Да |
Код проекта |
|
|
Обозначение проекта |
Да |
Стандартное обозначение проекта корабля или ПЛ |
Сущность «Заказ» характеризует ремонтируемый заказ.
Таблица 3.4.
Сущность «Заказ
|
Наименование атрибута |
Обязательность атрибута |
Что отображает |
|
|
Код закза |
Да |
Код заказа |
|
|
Зав номер заказа |
Да |
Заводской номер заказа |
|
|
Рем номер заказа |
Да |
Ремонтный номер заказа |
|
|
Ремонт |
Да |
Тип ремонта: капитальный, средний, восстановительный |
|
|
Код проекта |
Да |
Внешний ключ |
Сущность «Изделие» характеризует ремонтируемое изделие.
Таблица 3.5.
Сущность «Изделие»
|
Наименование атрибута |
Обязательность атрибута |
Что отображает |
|
|
Код изделия |
Да |
Код изделия |
|
|
Наименование изделия |
Да |
Стандартное наименование изделия |
|
|
Обозначение изделия |
Да |
Стандартное обозначение изделия |
|
|
Код заказа |
Да |
Внешний ключ |
Сущность «Схема» характеризует наименование схемы, входящей в изделие
Таблица 3.6.
Сущность «Схема»
|
Наименование атрибута |
Обязательность атрибута |
Что отображает |
|
|
Код схемы |
Да |
Код схемы |
|
|
Обозначение схемы |
Да |
Стандартное обозначение схемы |
|
|
Код изделия |
Да |
Внешний ключ |
Сущность «Тип прибора» характеризует тип прибора, входящего в изделие.
Таблица 3.7.
Сущность «Тип прибора»
|
Наименование атрибута |
Обязательность атрибута |
Что отображает |
|
|
Код типа прибора |
Да |
Код прибора |
|
|
Тип прибора |
Да |
Функциональное назначение прибора |
Сущность «Прибор» характеризует прибор, входящего в изделие. Сущность «Прибор» необходима для оформления накладных и контроля выполнения ремонта приборов.
Таблица 3.8.
Сущность «Прибор»
|
Наименование атрибута |
Обязательность атрибута |
Что отображает |
|
|
Код прибора |
Да |
Код прибора |
|
|
Наименование прибора |
Да |
Стандартное наименование прибора |
|
|
Номер по формуляру |
Нет |
Заводской номер прибора |
|
|
Номер после ремонта |
Нет |
Присвоенный после ремонта номер |
|
|
Статус |
Да |
Отражает ремонтопригодность прибора |
|
|
Расположение |
Да |
Указывает расположение прибора на заказе |
|
|
Масса |
Да |
Содержит массу прибора |
|
|
Код схемы |
Да |
Внешний ключ |
|
|
Код типа прибора |
Да |
Внешний ключ |
|
|
Код подразделения |
Да |
Внешний ключ |
Сущность «Подразделение» характеризует подразделение, осуществляющее монтажные и ремонтно-восстановительные работы.
Таблица 3.9.
Сущность «Подразделение»
|
Наименование атрибута |
Обязательность атрибута |
Что отображает |
|
|
Код подразделения |
Да |
Код подразделения |
|
|
Наименование подразделения |
Да |
Наименование подразделения, осуществляющее монтажные и ремонтно-восстановительные работы. |
Сущность «Журнал накладных» характеризует журнал учета накладных, в котором хранится информация обо всех накладных, оформленных всеми подразделениями в процессе выполнения ремонтно-восстановительных работ.
Таблица 3.10.
Сущность «Журнал накладных»
|
Наименование атрибута |
Обязательность атрибута |
Что отображает |
|
|
Код журнала |
Да |
Код журнала |
|
|
Номер накладной |
Да |
Номер накладной |
|
|
Дата оформления |
Да |
Дата оформления |
|
|
Регистрация |
Да |
Отображает информацию о регистрации накладной |
|
|
Код прибора |
Да |
Внешний ключ |
|
|
Код подразделения |
Да |
Внешний ключ |
2.3 Описание физической модели
Основная цель проектирования БД - это сокращение избыточности хранимых данных, а следовательно, экономия объема используемой памяти, уменьшение затрат на многократные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте.
На основании логической информационной модели произведена разработка физической модели данных. На этапе проектирования базы данных были определены тип и размерность используемых данных, первичные и внешние ключи, ограничение целостности, индексы. Физическая модель представлена на рисунке 3.2.
Рис. 3.5. Физическая модель данных.
Описание физических таблиц
Для описания используются таблицы, в которых отражается состав таблиц, описания полей таблиц (наименование, тип данных, размер поля, ключ, обязательность, индексированное поле).
Таблица «Project» необходима для хранения информации о проектах ремонтируемых заказов.
Таблица 3.11.
Структура таблицы «PROJECT»
|
Наименование |
Тип данных |
Ключ |
Обяз. |
Индекс. |
Описание |
|
|
PROJECT_ID |
NUMBER |
Первичный |
Да |
Да |
Код проекта - счётчик |
|
|
PROJECT_TYPE |
VARCHAR2(8) |
- |
Да |
Нет |
Наименование проекта |
Таблица «Ship» необходима для хранения информации о ремонтируемых заказах.
Таблица 3.12.
Структура таблицы «SHIP»
|
Наименование |
Тип данных |
Ключ |
Обяз. |
Индекс. |
Описание |
|
|
SHIP_ID |
NUMBER |
Первичный |
Да |
Да |
Код заказа - счётчик |
|
|
SHIP_ZAV_NOM |
VARCHAR2(10) |
- |
Да |
Нет |
Заводской номер заказа |
|
|
SHIP_REM_NOM |
VARCHAR2(10) |
- |
Да |
Нет |
Ремонтный номер заказа |
|
|
REMONT_TIP |
VARCHAR2(15) |
- |
Да |
Нет |
Тип ремонта |
|
|
PROJECT_ID |
NUMBER |
Внешний |
Да |
Да |
Код проекта. Ссылается на поле PROJECT_ID таблицы PROJECT |
Таблица «IZDELIE» необходима для хранения информации о ремонтируемых изделиях.
Таблица 3.13.
Структура таблицы «IZDELIE»
|
Наименование |
Тип данных |
Ключ |
Обяз. |
Индекс. |
Описание |
|
|
IZDELIE_ID |
NUMBER |
Первичный |
Да |
Да |
Код изделия - счётчик |
|
|
IZD_NAIM |
VARCHAR2(20) |
- |
Да |
Нет |
Наименование изделия |
|
|
IZD_OBOZN |
VARCHAR2(10) |
- |
Да |
Нет |
Обозначение изделия |
|
|
SHIP_ID |
NUMBER |
Внешний |
Да |
Да |
Код заказа. Ссылается на поле SHIP_ID таблицы SHIP |
Таблица «SCHEMA» необходима для хранения информации о схемах, входящих в ремонтируемые изделий.
Таблица 3.14.
Структура таблицы «SCHEMA»
|
Наименование |
Тип данных |
Ключ |
Обяз. |
Индекс. |
Описание |
|
|
SCHEMA_ID |
NUMBER |
Первичный |
Да |
Да |
Код схемы - счётчик |
|
|
SCHEMA_NAIM |
VARCHAR2(15) |
- |
Да |
Нет |
Наименование схемы |
|
|
IZDELIE_ID |
NUMBER |
Внешний |
Да |
Да |
Код изделия. Ссылается на поле IZDELIE_ID таблицы IZDELIE |
Таблица «DEVICE_TYPE» необходима для хранения информации о типах ремонтируемых приборов.
Таблица 3.15.
Структура таблицы «DEVICE_TYPE»
|
Наименование |
Тип данных |
Ключ |
Обяз. |
Индекс. |
Описание |
|
|
DEVICE_TYPE_ID |
NUMBER |
Первичный |
Да |
Да |
Код типа прибора - счётчик |
|
|
TYPE_DEVICE |
VARCHAR2(20) |
- |
Да |
Нет |
Наименование типа прибора |
Таблица «DEVICE» необходима для хранения информации о ремонтируемых приборах.
Таблица 3.16.
Структура таблицы «DEVICE»
|
Наименование |
Тип данных |
Ключ |
Обяз. |
Индекс. |
Описание |
|
|
DEVICE_ID |
NUMBER |
Первичный |
Да |
Да |
Код прибора - счётчик |
|
|
DEV_NAME |
VARCHAR2(20) |
- |
Да |
Нет |
Наименование прибора |
|
|
ZAV_NOM |
VARCHAR2(10) |
- |
Да |
Нет |
Заводской номер прибора |
|
|
REM_NOM |
VARCHAR2(10) |
- |
Да |
Нет |
Заводской номер прибора |
|
|
STATUS |
VARCHAR2(10) |
- |
Да |
Нет |
Ремонтопригодность |
|
|
RASPOLOG |
VARCHAR2(10) |
- |
Да |
Нет |
Расположение прибора |
|
|
SCHEMA_ID |
NUMBER |
Внешний |
Да |
Да |
Код схемы. Ссылается на поле SCHEMA_ID таблицы SCHEMA |
|
|
DEVICE_TYPE_ID |
NUMBER |
Внешний |
Да |
Да |
Код типа прибора. Ссылается на поле DEVICE_TYPE_ID таблицы DEVICE_TYPE |
|
|
PODRAZD_ID |
NUMBER |
Внешний |
Да |
Да |
Код заказа. Ссылается на поле PODRAZD_ID таблицы PODRAZD_ID |
Подобные документы
Разработка и создание системы учета отгрузки и реализации готовой продукциии, возможность просматривать накладные реализаций, поступлений. Алгоритм решения задачи. Коды проектируемой системы автоматизированной обработки информации. Листинг программы.
курсовая работа [17,6 K], добавлен 12.01.2009Проектирование подсистемы АСУ "Управление договорами" - автоматизированной системы, представляющей совокупность программно-аппаратных средств, обеспечивающих взаимодействие человека с ЭВМ в интерактивном режиме. Характеристика системы и анализ требований.
курсовая работа [447,2 K], добавлен 04.02.2011Проектирование формы входных документов и выходного плана выплат по вкладам на основе исходной информации. Рассмотрение наиболее рациональных путей разработки автоматизированной информационной системы в условиях Маслянинского ДО ОАО Банк "Левобережный".
курсовая работа [314,6 K], добавлен 28.04.2010Основные функции, задачи и принципы бюджетной системы управления. Технология организации бюджетирования в единой корпоративной автоматизированной системе управления финансовыми ресурсами. Эффект от сокращения времени на расчет видов гибких бюджетов.
дипломная работа [1,4 M], добавлен 07.06.2011Метод сетевого планирования и управления, его цели, задачи и необходимость. Определение минимальной стоимости комплекса производственных работ при заданной продолжительности его выполнения с помощью построения, анализа и оптимизации сетевого графика.
курсовая работа [39,6 K], добавлен 07.12.2010Склады, их понятие и роль в логистике. Анализ систем управления складом. Автоматизация процесса приемки и отпуска картона. Комплектование и отгрузка картона клиенту железной дорогой. Оценка затрат на внедрение автоматизированной системы управления.
дипломная работа [1,1 M], добавлен 27.11.2012Система сетевого планирования и управления. Особенности построения сетевого графика. Расчет сроков завершения работ и резервов времени по работам и событиям, его оптимизация с целью минимизации затрат для выполнения всего комплекса работ до 21 суток.
курсовая работа [27,7 K], добавлен 16.10.2009Общая характеристика и модели сетевого планирования и управления. Оптимизация сетевых моделей по критерию "время-затраты". Показатели элементов сетевой модели. Оптимизация сетевого графика - процесс улучшения организации выполнения комплекса работ.
лекция [313,1 K], добавлен 09.03.2009Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности ООО "СВ Логистика". Программная и техническая архитектура ИС предприятия. Обоснование проектных решений по техническому обеспечению. Характеристика базы данных.
дипломная работа [2,5 M], добавлен 09.06.2010Краткосрочное прогнозирование типового комплекса работ снабжения логистической компании. Организация работы по оптимизации поставок на предприятии. Разработка сетевого графика для определения количества работников, привлечённых к выполнению работ.
контрольная работа [300,4 K], добавлен 05.05.2014
