Разработка системы планирования затрат и выполнения заявок между подразделениями НГДУ "Нижнесортымскнефть"

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 29.09.2013
Размер файла 1,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Рисунок 2.5 - Декомпозиция блока услуг производственного характера

2.10 Структурный анализ второго блока программы

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

Рисунок 2.6 - Декомпозиция блока планирование объемов услуг

2.11 Структурный анализ третьего блока программы

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

Рисунок 2.7 - Декомпозиция блока нормативной трудоемкости

2.12 Структурный анализ четвертого блока программы

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

Рисунок 2.8 - Декомпозиция блока затраты на производство работ

3. Технология создания автоматизированных систем

3.1 Введение

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

ИС может функционировать самостоятельно или служить компонентом более сложной системы.

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

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

Банк данных (БнД) является разновидностью ИС. БнД -- это система специальным образом организованных данных: баз данных, программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных.

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

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

3.2 Базы данных

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Эффективность. Свойство эффективности обычно понимается как:

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

- минимальные потребности в памяти;

- сочетание этих параметров.

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

3.3 Разработка приложений

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

3.3.1 Проектирование транзакций

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

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

Проектирование транзакций заключается в определении:

- данных, которые используются транзакцией;

- функциональных характеристик транзакции;

- выходных данных, формируемых транзакцией;

- степени важности и интенсивности использования транзакции.

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

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

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

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

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

3.3.2 Проектирование пользовательского интерфейса

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

Специалисты рекомендуют при проектировании пользовательского интерфейса использовать следующие основные элементы и их характеристики:

- содержательное название;

- ясные и понятные инструкции;

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

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

- легко узнаваемые названия полей;

- согласованную терминологию и сокращения;

- согласованное использование цветов;

- визуальное выделение пространства и границ полей ввода данных;

- удобные средства перемещения курсора;

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

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

- особое выделение необязательных для ввода полей;

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

- средства вывода сообщения об окончании заполнения формы.

3.3.3 Реализация

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

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

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

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

Реализация этого, а также и более ранних этапов проектирования БД может осуществляться с помощью инструментов автоматизированного проектирования и создания программ, которые принято называть CASE-инструментами (Computer-Aided Software Engineering).

Все CASE-инструменты можно разбить на три категории:

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

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

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

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

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

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

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

3.3.4 Загрузка данных

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

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

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

3.3.5 Тестирование

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

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

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

- нисходящее тестирование;

- восходящее тестирование;

- тестирование потоков;

- интенсивное тестирование.

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

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

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

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

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

программирование алгоритм приложение интерфейс

3.3.6 Эксплуатация и сопровождение

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

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

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

Анализ функционирования и поддержка исходного варианта БД

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

Адаптация и модернизация системы

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

4. Руководство оператора

Прикладное программное обеспечение предназначено для функционирования под управлением операционных систем Microsoft Windows /98/NT/2000/XP. Для работы приложения необходимы установленные Microsoft Excel и Microsoft Access из комплекса программ Microsoft Office. Программа не требует наличия установленного Borland Delphi и может работать из любого места на диске.

Запуск программы осуществляется запуском файла planaz.exe. Изначально на экране отображается инициализационная форма для ввода авторизационных данных представленная на рисунке 4.1.

Рисунок 4.1 - Инициализационное окно программы

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

Рисунок 4.2 - Инициализационное окно программы

Верхние две закладки "Инф.курир.отделов", "Инф.производ.отд.цехов" вызывают одноименные окна, которые являются основными для работы с АС Бюджетное планирование НГДУ "Нижнесортымскнефть".

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

Рисунок 4.3 Окно "Инф.курир.отделов"

На рисунке 4.3 представлено окно "Инф.курир.отделов" в котором осуществляется работа кураторов, лиц ответственных за работы в строго определенном направлении.

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

Рисунок 4.4 Окно поиска "Заказчика"

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

Рисунок 4.5 Окно "Инф.курир.отделов" с отображением информации.

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

Рисунок 4.6 Окно "Инф.курир.отделов" выбор действия над исполнителем.

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

Рисунок 4.7 Ввод работ.

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

Для сохранения выбранных пунктов, а также введенных тарифов и объемов необходимо нажать кнопку "Сохранить".

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

Рисунок 4.8 Окно "Инф.произ.отд.цехов"

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

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

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

Процесс планирования объемов услуг начинается с выбора "Исполнителя", далее следует выбор "Заказчика" при этом появляется всплывающее диалоговое окно выбора получателя услуг рисунок 4.9, далее через диалоговое окно поиска выбирается "Заказчик", далее идет выбор вида работ доступный для планирования, после чего проставляется требуемый объем услуг для данного вида работ.

Рисунок 4.9 Окно выбора получателя услуг

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

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

Рисунок 4.10 Окно суммарных затрат на материалы

4.1 Руководство по техническому обслуживанию

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

Копирование базы рекомендуется производить на внешние накопители (Flash карты, CD-Rom, DVD-Rom), в целях обеспечения сохранности данных и восстановления их в случае сбоя системы. Резервное копирование выполняется с периодичностью один раз в месяц. Рекомендуется предварительно архивировать базу любым архиватором, это позволит значительно уменьшить ее объем на диске.

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

5.1 Расчёт единовременных затрат

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

Единовременные затраты для создания информационной системы:

- затраты на разработку системы, тыс. руб.;

- затраты на программирование, тыс. руб.;

- затраты на изготовление, тыс. руб.

Таблица 5.1 - Данные для расчёта единовременных затрат

п/п

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

Единица измер.

Усл.

обознач.

Величина

1

Среднемесячный оклад разработчика

руб./мес

Зпрог

9000

2

Коэффициент доплат к зарплате

%

Кпр

20

3

Районный коэффициент

%

Кр

70

4

Коэффициент отчисления в социальные фонды

%

Ксн

26

5

Время на создание программы

месяц

Траз

6

6

Коэффициент накладных расходов, доли ед.

%

Кнакл.расх

40

7

Время использования ПК для разработки программы, час

час

Тпрог

344

8

Годовой фонд работы ЭВМ

час

Тпол

2024

9

Коэф. рентабельности предприятия

%

R

0,2

10

Ставка налога на добав. стоимость

%

НДС

0,18

11

Стоимость кВт/час

руб.

Цэл

1,2

12

Коэффициент затрат на ремонт ЭВМ (от стоимости)

%

Ктрэвм

15

5.2 Расчёт затрат на разработку системы

, (5.2)

где:

Зр - месячный оклад разработчика, руб.;

Траз - трудоёмкость разработки проекта и проектной документации, чел. месяц.;

Кпр , Кр - коэффициент премии к зарплате, районный коэффициент соответственно

Ксн - коэффициент отчислений на социальные нужды, доли ед.;

Кнакл.расх. - коэффициент накладных расходов, доли ед.

Таблица 5.2 - Данные для расчёта трудоёмкости разработки.

п/п

Стадии разработки

Трудоёмкость,

чел. Месяц

1

Изучение патентов

0,25

2

Изучение литературных источников

0,25

3

Разработка технического задания

0,5

4

Разработка эскизного проекта

0,5

5

Разработка технического проекта

0,5

6

Разработка рабочего проекта

3

7

Внедрение проекта

1

ИТОГО:

6

Подставив данные из таблиц 5.1, 5.2 в формулу (5.2) находим:

Краз = 9000 *6 * (1 + 0,7)*(1 + 1,2) * (1+0,26)*(1+0,04)= 356257,4 руб.

5.3 Экономический эффект от внедрения системы автоматизации

В результате внедрения системы определим экономию (прибыль):

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

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

Таблица 5.3 - Данные экономического эффекта

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

Объем работ на 1 пользова- теля, дн.

Оклад 1 чел, руб.

кол-во пользо- вателей

Объем работ, всего, дн.

Эффект, тыс.руб.

1

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

3

7000

25

75

119

2

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

5

7000

25

125

199

3

Сокращение времени на сведение данных в таблицу, и распределение общеэксплуатационных расходов

4

7000

25

100

159

4

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

36

7000

25

900

1 434

5

Итого экономия за счет сокращения времени

1200

1 912

5.4 Расчет обобщающих показателей экономической эффективности

Для обоснования эффективности системы используем метод дисконтирования. Допустим единовременные затраты осуществлены за 1 год; со 2 года расчетного периода предприятие получает экономию эксплуатационных затрат, неизменную по годам [9].

Чистый доход (ЧДt) рассчитываем по формуле (5.3).

ЧДt = Э + At - Ht - Kt, (5.3)

где: Аt - амортизационные отчисления от стоимости системы, руб.;

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

Кt - единовременные затраты в году t, руб.;

Э - экономия эксплуатационных затрат, руб.;

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

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

Н = Нпр + Ним , (5.4)

где:Нпр - налог на прибыль, руб.;

Ним - налог на имущество, руб.;

Нпр = (Э - Ним) * СТпр/100 , (5.5)

где: СТпр - ставка налога на прибыль.

Ним = Коt * СТим/100, (5.6)

где: Коt - остаточная стоимость внедряемой системы в году t, руб.;

СТим - ставка налога на имущество, доли ед.

Чистый дисконтированный доход рассчитывается по формуле:

ЧДД = ЧДt t , (5.7)

где:ЧДt - чистый доход в году t, руб.;

t - коэффициент дисконтирования (приведения), доли ед.;

tн,tк - соответственно начальный и конечный годы расчетного периода.

Проект считается прибыльным и его следует принять, если ЧДД больше нуля [9].

Период возврата единовременных затрат (Ток) определяется последовательным сложением величин:

У(Эt + At - Ht) t (5.8)

Коэффициент дисконтирования определяется по формуле (при Ен = 0,18):

t = (1 + Eн)tp- t , (5.9)

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

tp - расчетный год;

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

Все расчеты занесены в таблицу 5.4.

Таблица 5.4 - Таблица расчетов

показатель

2009

1

2

3

4

5

К=

630 000

эконом эксплут затрат

-

1 912 000

1 912 000

1 912 000

1 912 000

1 912 000

амортизация

-

126 000

126 000

126 000

126 000

126 000

налог на имущество

-

11 088

8 316

5 544

2 772

0

налог на прибыль

-

380 182

380 737

381 291

381 846

382 400

ЧД

-630 000

1 394 730

1 396 947

1 399 165

1 401 382

1 403 600

коэф дисконтир 12%

1,000

0,904

0,818

0,739

0,668

0,604

ЧДД

-630 000

1 261 058

1 142 010

1 034 198

936 561

848 140

ЧДДН

-630 000

631 058

1 773 067

2 807 265

3 743 826

4 591 966

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

Рисунок 5.1 - Профили ЧДДН

По графику, представленному на рисунке 5.1, определяем срок окупаемости проекта. Проект окупается, когда значение чистого дисконтированного дохода станет равным нулю. Это время составляет примерно 1 год.

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

Р = (ЧДД + К) / К · 100 (5.10)

где К - общие единовременные затраты, р.

Р = (631058+ 630000) / 630000*100= 201 %

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

Исходя из формулы (5.10) рассчитаем зависимость чистого дисконтного дохода от ставки банковского процента за долгосрочный кредит равный 0,1; 0,12; 0,3; 0,35; 0,4; 0,45; 0,5 долей единиц. Результаты расчета представим в таблице 5.4.

Внутренняя норма доходности инвестиционного проекта ВНД=0,25, следовательно, можно сделать вывод о том, что для реализации предложенного проекта можно взять кредит в банке 25% годовых. На рисунке 5.1 показана зависимость чистого дисконтированного дохода ЧДД от нормы дисконта[9].

5.5 Анализ чувствительности проекта к риску

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

Параметры, влияющие на эффективность проекта:

- капитальные затраты, а изменение их в пределах -30%; +20%;

- цены на комплектующие, пределы вариации этого фактора

- -20%;+20%;

- заработная плата, а изменение её в пределах составляет -10%; +10%;

- налоги -20%; +20%.

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

Таблица 5.5 - Данные для построения диаграммы "Паук"

Капитальные затраты

-30%

441000

0%

630000

20%

756

Заработная плата

-10%

320631

0%

356257

10%

391883

Налоги

-20%

304145

0%

380182

20%

456218

Рисунок 5.2 - Диаграмма "Паук"

Так как большая часть ЧДД находятся в положительной области, то проект не имеет риска.

6. Безопасность и экологичность проекта

6.1 Характеристика рабочего места оператора

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

6.2 Освещение

На рабочем месте предусмотрено как естественное, так и искусственное освещение. Естественное освещение в помещении осуществляется в виде бокового освещения. Величина коэффициента естественной освещенности (КЕО) соответствует нормативным уровням по СНиП 23-05-95 "Естественное и искусственное освещение. Нормы проектирования". Т.к. характер работы оператора требует высокой зрительной напряженности, то предусмотренная величина КЕО составляет не менее 1,5%. Искусственное освещение осуществляется в виде комбинированной системы освещения с использованием люминесцентных источников света в светильниках общего освещения. В качестве источников общего освещения используются лампы дневного света с индексом цветопередачи не менее 70 (R>=70), а в качестве светильников - установки с преимущественно отраженным или рассеянным светораспределением. Лампы общего освещения расположены над рабочими поверхностями в равномерно - прямоугольном порядке.

Уровень искусственной освещенности на местах оператора соответствует нормативным величинам по СНиП 23-05-95. Разряд и подразряд зрительных работ составляет III "г". Величина освещенности при искусственном освещении люминесцентными лампами в горизонтальной плоскости составляет не менее 300 лк - для системы общего освещения и не ниже 750 лк - для системы комбинированного освещения. Величина искусственной освещенности для выполнения работ высокой зрительной точности (разряд III, подразряд "г"; пульты персональных компьютеров и дисплеи) при одном общем освещении составляет не ниже 200 лк.

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

Для внутренней отделки интерьера помещений с персональными компьютерами должны использоваться диффузионно-отражающие материалы с коэффициентом отражения от потолка - 0,6 - 0,7; для стен - 0,4 - 0,5; для пола - 0,3; для других отражающих поверхностей в рабочей мебели 0,3 - 0,4. Полимерные материалы, используемые для внутренней отделки интерьера помещений с персональными компьютерами, должны быть разрешены для применения органами и учреждениями Государственного санитарно-эпидемиологического надзора.

6.2.1 Расчет искусственного освещения

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

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

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

В методе "коэффициента использования" основная расчетная формула для определения светового потока лампы (или ламп) в светильнике имеет вид:

, (6.1)

где: F - световой поток лампы (ламп) в светильнике, лм;

ЕНОРМ - нормируемая минимальная освещённость на рабочем месте, лк;

S - площадь производственного помещения, м2;

КЗ - коэффициент запаса светового потока, зависящий от степени загрязнения ламп;

Z - коэффициент неравномерности освещения (для люминесцентных ламп Z =1,1);

N - число светильников;

n - число ламп в светильнике;

- коэффициент использования светового потока (в долях единицы).

Тогда число светильников (N) определяется следующим образом:

. (6.2)

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

Для определения коэффициента использования светового потока , находится индекс помещения (i):

, (6.3)

где: A и В - длина и ширина помещения, м;

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

Коэффициент определяется с учетом коэффициентов отражения потолка =50% (для побеленного в серых помещениях) и стен =30% (для оклеенных светлыми обоями) производственных помещений.

При значениях параметров =50%, =30%, коэффициент =31 (долей единицы).

После подстановки данных в формулу (4.3), находим индекс помещения:

.

Рассчитаем световой поток:

По полученному в результате расчета требуемому световому потоку выбирается стандартная ближайшая люминесцентная лампа. Допускается отклонение величин светового потока лампы не более чем на -10..+20%.

При невозможности выбора лампы с таким приближением корректируется число светильников. Выбираем тип люминесцентной лампы ЛД 65, световой поток которой 3570 лм.

Рассчитаем количество светильников для данного типа лампы:

шт.

Таким образом, требуется поставить 6 светильников по две люминесцентных лампы ЛД 65 в каждом.

6.3 Производственный шум и методы защиты от него

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

а) подавление шума в источниках, что осуществляется при проектировании, машин и технологического процесса;

б) предупреждение распространения шума - изоляция излучателя и поглощение шума;

в) строительные и организационные меры.

Уровень звука и эквивалентный уровень звука при работе оператора составляет 45 дБ - фактическое значение, нормированная величина составляет не более 50 дБ в соответствии со СН 2.2.4/2.1.8.562-96.

6.4 Условия микроклимата

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

Предусмотрено регулирование подачи теплоносителя для соблюдения необходимых параметров микроклимата. В качестве нагревательных приборов установлены регистры из гладких труб. Использование электронагревательных приборов и парового отопления - недопустимо [10].

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

Оптимальные нормы в холодный и переходный период года:

- температура воздуха - 22-25 °С;

- влажность воздуха - 55-45 %;

- скорость движения воздуха - 0,1 м/с.

Температура может изменяться в пределах от 21 до 26 °С при сохранении остальных параметров микроклимата в указанных выше пределах.

Оптимальные нормы в теплый период года:

- температура воздуха - 22-25 °С;

- влажность воздуха - 60-40 %;

- скорость движения воздуха - 0,1-0,2 м/с.

В таблице 6.1 представлена сравнительная характеристика условий труда оператора.

Таблица 6.1 - Сравнительная таблица значений параметров микроклимата

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

Фактическое значение

Нормированная величина

Холодный период года

Теплый период года

Холодный период года

Теплый период года

Величина площади помещения для одного работника, м2

11,2

6

Температура воздуха, оС

22

24

22-24

23 - 25

Скорость движения воздуха, м/с

0,1

0,1

0,1

0,1-0,2

Относительная влажность, %

50

67

40 - 60

40 - 60

6.4.1 Излучение

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

6.5 Электробезопасность

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

- осветительные приборы;

- промышленный компьютер;

- интерфейсный блок (контроллер, устройства ввода/вывода, блок питания).

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

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

Наиболее распространенным техническим средством защиты является защитное заземление - преднамеренное электрическое соединение с землей или ее эквивалентом металлических нетоковедущих частей, которые могут оказываться под напряжением. Меры по обеспечению электробезопасности при эксплуатации электрооборудования направлены на предотвращение электропоражений персонала, исходя из чего, нормируется величина отдельных параметров (сопротивление заземляющих устройств, время срабатывания электрозащиты и т.д.). Для человека смертельно опасным может быть электроток силой 0,1 А. Такой величины ток может пройти через незащищенный организм человека при случайном прикосновении его к предметам, находящимся под эксплуатационным напряжением 65-500 В.

Возможные причины поражения электрическим током:

- повреждение питающих кабелей;

- повышенная влажность в помещении.

Допускаемые уровни напряженности электростатических полей не должны превышают 20 кВ в течение 1 часа в соответствии с ГОСТ 12.1045-84.

6.5.1 Заземление

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

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

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

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

...

Подобные документы

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

    курсовая работа [2,4 M], добавлен 17.10.2014

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

    контрольная работа [1,1 M], добавлен 14.05.2013

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

    курсовая работа [2,9 M], добавлен 24.03.2023

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

    курсовая работа [680,9 K], добавлен 19.10.2010

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

    курсовая работа [964,8 K], добавлен 27.09.2014

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

    дипломная работа [2,8 M], добавлен 25.01.2013

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

    дипломная работа [2,1 M], добавлен 18.10.2015

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

    курсовая работа [3,4 M], добавлен 08.09.2015

  • Проектирование системы управления базами данных. Особенности реализации в MS SQL. Разработка пользовательского интерфейса. Тестирование и отладка приложения. Руководство пользователя и системного администратора. Анализ и методы разработки приложений.

    курсовая работа [867,9 K], добавлен 16.07.2013

  • Классификация систем управления базами данных. Выбор операционной системы, языка программирования, среды разработки (IDE) и дополнительных компонент. Разработка интерфейса и функций программы по управлению складом, её тестирование и исходный код файлов.

    курсовая работа [487,3 K], добавлен 25.12.2015

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

    дипломная работа [1,4 M], добавлен 18.10.2015

  • Разработка информационной и инфологической модели базы данных на тему "Командировка". Выбор модели данных и составление ее концептуальной схемы. Получение доступа к БД средствами Delphi, разработка пользовательского интерфейса. Реализация SQL-запросов.

    реферат [1,2 M], добавлен 16.06.2009

  • Разработка структуры пользовательского интерфейса автоматизированной системы. Концептуальная модель базы данных. Структура экранных форм ввода данных. Индивидуальные процедуры взаимодействия с текстовым редактором "Word" и электронными таблицами "Excel".

    курсовая работа [276,6 K], добавлен 16.02.2016

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

    дипломная работа [1,5 M], добавлен 22.03.2018

  • Описание предметной области разрабатываемой базы данных для теннисного клуба. Обоснование выбора CASE-средства Erwin 8 и MS Access для проектирования базы данных. Построение инфологической модели и логической структуры базы данных, разработка интерфейса.

    курсовая работа [3,8 M], добавлен 02.02.2014

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

    дипломная работа [645,3 K], добавлен 21.11.2010

  • Разработка приложения для работы с базой данных с использованием объектно-ориентированного и визуального программирования. Обзор языка элементов языка программирования Delphi. Проектирование базы данных автозаправки. Клиентская система приложения.

    курсовая работа [2,3 M], добавлен 31.01.2016

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

    курсовая работа [3,2 M], добавлен 23.08.2014

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

    дипломная работа [1,3 M], добавлен 25.12.2014

  • Обоснование и выбор методологии проектирования, структурной схемы системы и разработки модели системы. Разработка сетевого плана выполнения работ, расчет технических характеристик. Описание выбора языка программирования, web–сервера и базы данных MySQL.

    дипломная работа [719,0 K], добавлен 20.09.2013

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.