Автоматизация работы служащего на примере АО "Казпочта"

 

Введение


Опыт применения информационных технологий для построения прикладных систем обработки данных показывает, что самым эффективным инструментом здесь являются системы управления базами данных (СУБД, англ. DBMS - DataBaseManagementSystem).

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

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

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

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

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

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

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

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

-повысить скорость на подготовку и печать приказов по предприятию;

-повысить достоверность требуемой информации.

Без применения средств автоматизации, справиться с данной проблемой сложно.

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

Цель данной работы рассмотреть вопрос автоматизации работы служащего на примере АО «Казпочта».

Для достижения указанной цели были поставлены задачи:

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

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

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

-построить информационно-логическую модель АРМ служащего почты.

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

-разработать базу данных и программный продукт.

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

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

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

Предметом исследования является ведение баз данных.

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

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

Методы исследования:

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

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

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

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

Практическая ценность:

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

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

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

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

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

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

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

В Приложении приведена общая блок- схема АРМ и графическая часть.


1. Теоретические аспекты разработки информационных систем почтовой связи

почта данные программа автоматизированный

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


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

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

Информационные системы (ИС) можно условно разделить на фактографические и документальные.

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

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

Указанная классификация ИС в известной мере устарела, так как современные фактографические системы часто работают с неструктурированными блоками информации (текстами, графикой, звуком, видео), снабженными структурированными описателями. При известных факторах фактографическая система может превратиться в документальную (и наоборот).[1,11].

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

Понятие базы данных.

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

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

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

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

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

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

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

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

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

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

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

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

В настоящее время существуют СУБД, реализующие эти возможности как на уровне локальных баз данных, расположенных на одном диске (Paradox, Dbase), так и промышленных баз данных (Acsess, Oracle, FoxPro).


.2 Материально-техническое обеспечение предприятия


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

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

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

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

Локальные сети позволяют обеспечить:

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

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

-совместное использование принтеров, модемов и других устройств.

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

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

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

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

выбор операционной системы;

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

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

рассмотрение вопросов безопасности сети;


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


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

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

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

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

ИС Контроля доступа.

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

Ядро комплекса включает в себя аппаратную и программную части.

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

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

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

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

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

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

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

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

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

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

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

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

Аппаратная часть ядра комплекса строится на PC IBM, работающих в среде WindowsNT/98, с применением поддерживаемых сетевых ресурсов. Сервер комплекса строится на базе процессора не ниже Pentium II. Рабочие станции охранников и администрации строятся на базе процессоров Pentium.

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

ИС Почтового отделения.

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

ПО системы поддерживает оформление следующих услуг:

-прием и вручение внутренних и международных регистрируемых почтовых отправлений

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

-прием и оплата внутренних и международных почтовых денежных переводов

-продажа товаров

-прием подписки

-прием платежей (в том числе по системе CyberPlat)

-прием телеграмм

-выплата пенсий и пособий

Программное обеспечение системы обеспечивает учет приходных сумм по следующим видам расчета:

-наличному

-безналичному

-в счет внесенного аванса

-с кредитной карты

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

-Азимут-Epson TM-U950.1РФ, Азимут-Epson TM-U950.2РФ, Азимут-Epson TM-U950.3РФ

-ПРИМ-07Ф, ПРИМ-07К, ПРИМ-09ТК

-ГАРАНТ-К

-GEG POS МАСТЕР 01К

-МЕРКУРИЙ-114.1Ф

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

-рулонного отрезного (фискальный чек, квитанция, ярлык ф.2 и т.п.)

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

-рулонного непрерывного (операционный дневник)

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

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

-устройство ввода pin-кода (pin-pad) Verifone 1000 SE

-считыватель магнитных карт

-считыватель штрих-кода

-весы электронные CAS AD-25, МАССА-К

-табло клиента Wincor Nixdorf BA 63, LCD DSP-420/430

-программируемая клавиатура Wincor Nixdorf

-система электронной очереди

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

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

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

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

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

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

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

-настройка плана направлений сортировки/приписки почтовых отправлений

-настройка списка предоставляемых услуг

-редактирование тарифов на услуги

-редактирование реестра товаров

-настройка нумераторов

-импорт данных об объектах почтовой связи

-настройка экспорта данных, имеющихся в системе

ИС E-POST. Назначение системы

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

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

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

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

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

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

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

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

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

Система построена на основе базы данных, реализованной на СУБД InterBase версии 6.0 или Firebird версии 1.0. Для доступа к данным система использует прямое соединение с СУБД (без использования ODBC, BDE и др.). Система включает в себя следующие программные продукты:

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

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

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

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

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

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

Программа Internet-сервиса системы ePOST - обеспечивает необходимые Internet-услуги для поставщика услуг и клиентов.


2. Анализ использования информационных систем связи в АО «Казпочта»


.1 Краткая характеристика предприятия АО «Казпочта»


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

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

Отдел информационных технологий (далее ОИТ) является структурным подразделением Павлодарского областного филиала АО «Казпочта». Основными видами деятельности ОИТ является:

контроль над соблюдением требований настоящими Правилами пользователями ПК Общества;

пломбирование корпуса системного блока сервера, ПК пользователей, специальными пломбами;

паспортизацию серверов, ПК пользователей;

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

своевременное предоставление отчетов в ДБ по ремонту серверов, ПК пользователей;

ведение информационно-поисковой системы, отражающей состояние и индикацию программно-аппаратных средств.

Начальник ОИТ несет ответственность за:

определение проекта бюджета;

участие в принятии решения при утверждении бюджета по приобретению КОиО;

сбор информации с подразделений Филиала для составления планов-заявок. Форма плана-заявки представлена в Приложении А;

рассмотрение документов по списанию и утилизации КОиО;

осуществление верификации КОиО;

определение необходимых ресурсов для обеспечения работ по управлению КОиО на уровне Филиала;

своевременный ввод в эксплуатацию КОиО, полученных по разнарядке ДИТ;

оформление ввода КОиО в эксплуатацию на местах;

целевую эксплуатацию КОиО;

учет КОиО;

составление и своевременное предоставление отчетов в ДИТ и УТС;

составление графика проведения ремонта и технического обслуживания КОиО;

проведение ремонта и технического обслуживания КОиО;

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

предоставление документации по списанию и утилизации КОиО;

своевременное предоставлении информации по потребности и обновлению КОиО с технико-экономическим обоснованием;

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

Сотрудники ОИТ филиалов несут ответственность за:

выполнение пуско-наладочных работ по введению КОиО в эксплуатацию;

своевременное и качественное проведение ремонта и технического обслуживания КОиО;

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

внесение записей в журнал регистрации техники поступившей на ремонт;

- осуществление контроля работоспособности эксплуатируемой в подразделениях КОиО;

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

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

В ходе анализа деятельности ПОФ АО «Казпочта» были выявлены следующие элементарные составляющие производственного процесса:

- Директор ОФ;

Почтовый отдел;

Бухгалтерия;

Кассовая кладовая;

ОИТ;

Центральный операционный участок и отделения почтовой связи (далее ОПС );

Коммерческий участок;

Кредитный отдел;

Плановый отдел.

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

Бухгалтерия - в ходе производственного процесса в обязанности бухгалтерии включена проверка поступления материально-денежных средств на расчетные счета ОФ и лицевые счета клиентов, контроль за финансовыми потоками, а также осуществляет баланс по основным средствам, и выполнение прочей стандартной бухгалтерской работы. Отчитывается директору ОФ и бухгалтерии центрального аппарата. Работа полностью автоматизирована, все работы выполняются ч/з ПО 1С бухгалтерия, а также в корпоративной информационной системе «Сolvir».

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

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

Коммерческий участок - Занимается распределением товаров по киоскам, ведет учет и контроль товарооборота, занимается продвижением товаров на рынок, собирает вырученные деньги с киосков и проводит их как приход через ЦОУ в кассу.Отчитывается перед бухгалтерией ОФ, и отделом продаж ОФ. Работа полностью автоматизирована, все работы по учету выполняются в корпоративной информационной системе «Сolvir».

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

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

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


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


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

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

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

Отдел ИТ работает непосредственно со всеми сферами деятельности общества.

На всех ПК акционерного общества установлена ОС Windows XP, которая не совсем удовлетворяет своим быстродействием. Так же на всех компьютерах установлен базовый пакет программ Microsoft Office, защита осуществляется с помощью антивирусной системы NOD 32, база которой обновляется ежедневно.

В ПОФ АО Казпочта имеется более 200 рабочих мест оснащенных персональными компьютерами, все оснащены сетевыми и частично локальными принтерами.

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

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

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

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

Отличительной особенностью продуктов Colvir является возможность работы удаленных подразделений как в режиме on-line, так и в режиме off-line с полной поддержкой централизованной обработки всех подразделений независимо от режима работы.

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

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

Для выполнения поставленной задачи в отчете по производственной практике решаются следующие задачи:

-организация локальной вычислительной сети Kazpost

-настройка Электронной почты Microsoft Outlook

-отправка и получение файлов FTP

-программное обеспечение Colvir

проделанной в период прохождения практики

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


.3 Факторный анализ эффективности использования информационных систем на предприятии


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

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

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

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

-прием и вручение внутренних и международных почтовых отправлений;

-прием и оплату переводов;

-прием, доставку и учет подписки на

-периодическую печать;

-продажу периодических изданий,

-товаров народного потребления,

-товаров почты;

-прием телеграмм;

-выплата пенсий, пособий, стипендий,

-заработной платы;

-прием платежей от населения;

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

-обменные операци и с валютой;

-регистрация внутрихозяйственных операций.

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

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

В АО «Казпочта» банковская система Colvir является основной компьютерной программой работы всего общества. Однако и у этой программы и ее внедрением есть определенные сложности. Одна из них решение удаленных подразделений РУПС, СОПС (районных, сельских узлов почтовой связи). Но решение этой проблемы уже практически выполнено.


3. Мероприятия по повышению эффективности использования информационных систем в АО «Казпочта»


.1 Описание предлагаемых мероприятий


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

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

Целями создания ИС является:

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

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

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

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

усовершенствование системы документооборота;

сокращение сроков формирования и обработки информации.

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

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

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

повышение производительности труда;

Критериями выбора технических средств являются:

надежность функционирования системы;

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

быстродействие;

минимизация затрат на стоимость.

При выборе объекта автоматизации следует обращать внимание на:

возможность устранения недостатков существующей системы;

экономическую целесообразность ;

- финансовые возможности предприятия;

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

Всем вышеперечисленным требованиям в наибольшей мере отвечает учёт. Им присущи :

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

большая трудоёмкость;

низкая скорость и достоверность передачи данных;

высокая возможность ошибок.

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

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

обеспечивать надёжное хранение информации;

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

формировать отчеты;

- не требовать огромных ресурсов.

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

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

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

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

Первые попытки всерьез реформировать жизнь компаний с помощью компьютеров относятся еще к 1940-м - 1950-м годам. 1960-е - 1970-е запомнились идеей завода-автомата, активным развитием автоматических систем управления (АСУ), систем поддержки принятия решений (СППР), АСУТП (Автоматизированные системы управления технологическими процессами), САПР (системы автоматизированного проектирования) и др. Эти разработки нормально автоматизировали свои участки, но ни о каком единстве данных в пределах корпорации речь не могла идти. Так закладывалась традиция так называемой лоскутной автоматизации.

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

Примерно в то же время на Западе стала завоевывать себе дорогу идея единой системы управления данными в рамках организации. Первыми системами такого рода в 1970-е годы стали MRP (Material Requirements Planning - планирование технических требований к материальным ресурсам). Реальные функции соответствовали названию - планирование необходимых исходных материалов для производства.

Следующей стадией стали MRP-II (Manufacturing Resource Planning) - планирование производственных ресурсов. Это уже означало некоторую глобализацию подхода, управление производством как таковым интегрировалось с управлением закупками необходимых ресурсов, использованием трудозатрат, производственных мощностей и т.д.

Системами еще более высокого уровня являются ERP (Enterprise Resource Planning - планирование ресурсов предприятия). Описание все большего количества программных продуктов содержит упоминание об их принадлежности именно к этому классу. Реальным отличительным признаком этих систем является интегрированная автоматизация управления всеми ресурсами предприятия (включая производство, финансы и бухгалтерию, учет заказов и т.д.). В основе этих систем лежит принцип исчезновения барьеров внутри информации по функциональному и структурному признаку. Любая информация, которой обладает организация, оказывается в распоряжении всех ее подразделений/ всех сотрудников, обладающих соответствующим уровнем доступа. Большинство ERP-систем ориентированы на производство, однако включают элементы финансово-управленческих систем.

Относительно недавно стали говорить о так называемых системах CSRP (Customer. Synchronized Resource Planning - планирование ресурсов, синхронизированное с клиентом). Их особенность - включение в единую корпоративную информационную систему не только производства, закупок, финансов и бухгалтерии, но системы отношений с клиентами и партнерами - от поступления первичного запроса до технической поддержки клиента.

Нам представляется, что речь идет всего лишь о придании ERP-системам CRM-функциональности (CRM - Customer Relationship Management - управление отношениями с клиентами).

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

Перспективы ERP

Безусловно, не следует считать внедрение корпоративных систем панацеей от всех бед предприятия, но не вызывает сомнений все большее увеличение их роли в мировой экономике. Быстрое развитие информационных технологий и систем в последние годы сделали внедрение корпоративных информационных систем высокой степени интеграции уделом не только громадных корпораций. Резко уменьшились стоимость и сроки внедрения новейших из таких систем. Достаточно напомнить, что по данным International Data Corporation (ШС), 58% компаний всего мира выделили в бюджете на 2000 г. суммы для покупки и/или обновления ERP - и CRM-систем, а к 2004 году, по данным той же аналитической группы, объем мирового рынка этих систем составит 24,8 миллиарда долларов.

Существенную роль должны сыграть ERP-системы и в развитии отечественной экономики.

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

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

Локальные системы (системы для малого бизнеса)

Данные системы предназначены для ведения учета по одному или нескольким направлениям (бухгалтерия, склады, сбыт, учет кадров и т. д.). Системы данной группы подходят практически любому предприятию, которому необходимы управление финансовыми потоками и автоматизация учетных функций. Подобные системы практически универсальны и, как правило, различаются они лишь интерфейсом. Часто в качестве готового решения может выступать даже коробочный продукт с самостоятельной установкой его на персональный компьютер. К потребителям локальных систем, в основном, относятся малые предприятия, а также торговые и дистрибьюторские компании. На российском рынке представлено более сотни таких систем. Наиболее известные - 1С, Альфа, БЭСТ, Инотек, Монополия, Флагман. Стоимость локальных систем, как правило, составляет от 5 до 50 тыс.долл.

Финансово-управленческие системы

Данные системы интегрируют деятельность предприятий и предназначены для учета и управления бизнес-процессами непроизводственных компаний. Несмотря на то, что финансово-управленческие системы, также как и локальные, часто бывают универсальными, в силу гораздо большей функциональности в них может проявляться отражение специфики деятельности конкретной компании. Часть финансово-управленческих систем тяготеет в сторону средних интегрированных систем (см. ниже), часть является чисто финансово-управленческими. К первым относятся Concorde XAL, SCALA, БОСС, Галактика, Парус, NS-2000, ко вторым - Exact, Hansa, Platinum SQL, ACCPAC, EFAS, Solomon IV, SunSystems. Стоимость финансово-управленческих систем составляет от 50 до 200 с лишним тыс. долл.

Средние интегрированные системы

Эти системы предназначены для управления производственным предприятием и интегрированного планирования производственного процесса. При этом учетные функции в таких системах, несмотря на глубокую проработку, играют вспомогательную роль, и часто невозможно выделить модуль бухгалтерского учета, так как информация в бухгалтерию автоматически поступает из других модулей. Ядром средних интегрированных систем является цепочка оперативного планирования сбыт - производство - закупки, при этом подразделения предприятия (бухгалтерия, финансы, маркетинг и другие) строят свою деятельность, основываясь на данных, полученных от этой цепочки. Такие системы покрывают потребности подразделений и полностью интегрируют производственное предприятие. Это требует значительных усилий сотрудников предприятия, поставщика программного обеспечения или консалтинговой компании, осуществляющей внедрение. Поэтому эти системы значительно более сложные в установке, и цикл внедрения может занимать от 6 до 9 месяцев. Для достижения соответствующего успеха производственное предприятие должно выступать как хорошо отлаженный механизм, так как требования, предъявляемые к средним интегрированным системам, гораздо более жесткие, чем к финансово-управленческим. К средним интегрированным системам относятся BPCS, СА-PRMS, Max, MFG/Pro, SyteLine, Renaissance, Axapta. Стоимость таких систем составляет до 500 тыс. долл.

Крупные интегрированные системы

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

Предоставляют полный комплекс возможностей, включая управление сложными финансовыми потоками, управление производством, глобальное планирование и бюджетирование и т.д. Следует заметить, что большинство имеющихся функций присущи и средним интегрированным системам и даже финансово-управленческим (за исключением производственных модулей), однако степень проработки у них несколько слабее. К крупным интегрированным системам относятся BaaN, JD Edwards, Oracle, SAP R/3.


.2 Разработка АРМ «Автоматизация работы почтового служащего» для АО «Казпочта»


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

Современные БД основываются на использовании моделей данных (МД), позволяющих описывать объекты предметных областей и взаимосвязи между ними существуют три основные МД и их комбинации, на которых основываются БД: реляционная модель данных (РМД), сетевая модель данных (СМД), иерархическая модель данных (ИМД).

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

Используют взаимосвязи "один к одному", "один ко многим" и "многие ко многим". "Один к одному" - это взаимно однозначное соответствие, которое устанавливается между одним объектом и одним атрибутом. "Один ко многим" - это соответствие между одним объектом и многими атрибутами. "Многие ко многим" - это соответствие между многими объектами и многими атрибутами. [10, 11, 12].

Рассмотрим эти модели данных более подробно.

Иерархическая модель данных.

ИМД основана на понятии деревьев, состоящих из вершин и ребер. Вершине дерева ставится в соответствие совокупности атрибутов данных, характеризующих некоторый объект. Вершины и ребра дерева как бы образуют иерархическую древовидную структуру, состоящую из n уровней.

Первую вершину называют корневой вершиной. Он удовлетворяет условиям:

  1. Иерархия начинается с корневой вершины.
  2. Каждая вершина соответствует одному или нескольким атрибутам.
  3. Hа уровнях с большим номером находятся зависимые вершины. Вершин предшествующего уровня является начальной для новых зависимых вершин.
  4. Каждая вершина, находящаяся на уровне i, соединена с одной и только одной вершиной уровня i-1, за исключением корневой вершины.
  5. Корневая вершина может быть связана с одной или несколькими зависимыми вершинами.
  6. Доступ к каждой вершине происходит через корневую по единственному пути
  7. Существует произвольное количество вершин каждого уровня.

Иерархическая модель данных состоит из нескольких деревьев, т.е. является лесом. Каждая корневая вершин образует начало записи логической базы данных. В ИМД вершины, находящиеся на уровне i, называют порожденными вершинами на уровне i-1.

Операции в ИМД имеют нелогичный позаписный характер. Аппарат перемещения по структуре в графовых моделях служит для установки тех объектов данных, к которым будет применяться очередная операция манипулирования данными. Такие объекты называются текущими. Механизмы доступа к данным и перемещения по структуре данных в таких моделях достаточно сложны и существенным образом опираются на концепцию текущего состояния механизма доступа.[7, 10, 11, 12].

Основные достоинства ИМД: простота построения и использования, обеспечение определенного уровня независимости данных, простота оценки операционных характеристик. Основные недостатки: отношение "многие ко многим" реализуется очень сложно, дает громоздкую структуру и требует хранения избыточных данных, что особенно нежелательно на физическом уровне, иерархическая упорядоченность усложняет операции удаления и включения, доступ к любой вершине возможен только через корневую, что увеличивает время доступа. К числу СУБД иерархического типа можно отнести PC/Focus, Team-Up, DataEdge, также разработанную в нашей стране систему HИКА, преемницу широко распространенной советской системы ИHЕС для ЕС ЭВМ. Одной из наиболее важных сфер применения первых иерархических СУБД было планирование производства для компаний, занимающихся выпуском продукции. Например, если автомобильная компания хотела выпустить 10000 машин одной модели и 5000 машин другой модели, ей необходимо было знать, сколько деталей следует заказать у своих поставщиков. Чтобы ответить на этот вопрос, необходимо определить, из каких деталей состоят эти части и т.д. Например, машина состоит из двигателя, корпуса и ходовой части; двигатель состоит из клапанов, цилиндров, свеч и т.д. Работа со списками составных частей была как будто специально предназначена для компьютеров.

Иерархическая база данных схематично представлена на Рисунке

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



Ограничения целостности

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

В иерархических системах поддерживалась некоторая форма представлений БД на основе ограничения иерархии.

Сетевая модель данных

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

В СМД элементарные данные и отношения между ними представляются в виде ориентированной сети (вершины - данные, дуги - отношения).[7].



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

В связи с этим для таких приложений, как обработка заказов, была разработана новая сетевая модель данных. Она являлась улучшенной иерархической моделью, в которой одна запись могла участвовать в нескольких отношениях предок/потомок. В сетевой модели такие отношения назывались множествами. В 1971 году на конференции по языкам систем данных был опубликован официальный стандарт сетевых баз данных, который известен как модель CODASYL. Компания IBM не стала разрабатывать собственную сетевую СУБД и вместо этого продолжала наращивать возможность IMS. Но в 70-х годах независимые производители программного обеспечения реализовали сетевую модель в таких продуктах, как IDMS компании Cullinet, Total компании Cincom и СУБД Adabas, которые приобрели большую популярность.

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

-Гибкость. Множественные отношения предок/потомок позволяли сетевой базе данных хранить данные, структура которых была сложнее простой иерархии.

-Стандартизация. Появление стандарта CODASYL популярность сетевой модели, а такие поставщики мини-компьютеров, как DigitalEquipmentCorporation и DataGeneral, реализовали сетевые СУБД.

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

Конечно, у сетевых баз данных были недостатки. Как и иерархические базы данных, сетевые базе данных были очень жесткими. Наборы отношений и структуру записей приходилось задавать наперёд. Изменение структуры базы данных обычно означало перестройку всей базы данных.

Как иерархическая, так и сетевая база данных были инструментами программистов. Чтобы получить ответ на вопрос типа "Какой товар наиболее часто заказывает компания AcmeManufacturing?", программисту приходилось писать программу для навигации по базе данных. Реализация пользовательских запросов часто затягивалась на недели и месяцы, и к моменту появления программы информация, которую она предоставляла, часто оказывалась бесполезной.[7, 10].

Ограничения целостности.

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

Реляционная модель данных

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

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

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

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

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

Поскольку в программной реализации дипломной работы избран реляционный подход, как наиболее подходящий, опишем его более подробно.[3, 7, 8, 12].

Таблицы

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

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

Структура таблицы включает следующую информацию:

  • Имя таблицы - Имя, по которому к таблице можно обратиться в свойствах, методах и операторах SQL.
  • Столбцы таблицы - Категории информации, сохраненной в таблице. Каждый столбец имеет имя и тип данного.
  • Табличные и столбцовые ограничения - Ограничения целостности, определенные на уровне таблицы или на уровне столбца.[3, 7, 8, 12].

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

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

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

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

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

В таблице может содержаться любое количество строк. Вполне допустимо существование таблицы с нулевым количеством строк. Такая таблица называется пустой. Пустая таблица сохраняет структуру, определённую её столбцами, просто в ней не содержатся данные. Стандарт ANSI/ISO не накладывает ограничений на количество строк в таблице, и во многих СУБД размер таблиц ограничен лишь свободным дисковым пространством компьютера. В других СУБД имеется максимальный предел, однако он весьма высок - около двух миллиардов строк, а иногда и больше.[12].

Ключевые поля

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

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

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

Если поле содержит уникальные значения, такие как коды или инвентарные номера, то это поле можно определить как простой ключ. Если выбранное поле содержит повторяющиеся или пустые значения, то оно не будет определено как ключевое. Для определения записей, содержащих повторяющиеся данные, можно выполнить запрос на поиск повторяющихся записей. Если устранить повторы путем изменения значений невозможно, то следует либо добавить в таблицу поле счетчика и сделать его ключевым, либо определить составной ключ.[3, 7, 8, 12].

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

Хотя первичные ключи являются важной частью реляционной модели данных, в первых реляционных СУБД (System/R, DB2, Oracle и других) не была обеспечена явным образом их поддержка. Как правило, проектировщики базы данных сами следили за тем, чтобы у всех таблиц были первичные ключи, однако в самих СУБД не было возможности определить для таблицы первичный ключ. И только в СУБД DB2 Version 2, появившейся в апреле 1988 года, компания IBM реализовала поддержку первичных ключей. После этого подобная поддержка была добавлена в стандарт ANSI/ISO.[3, 7, 8, 12].

Индексы.

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

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

Создать индексы, как и ключи, можно по одному или нескольким полям. Составные индексы позволяют при отборе данных группировать записи, в которых первые поля могут иметь одинаковые значения. Индексировать поля требуется для выполнения частых поисков, сортировок или объединений с полями из других таблиц в запросах. Ключевые поля таблицы индексируются автоматически. Нельзя индексировать поля с типом данных поле МЕМО, гиперссылка или объект OLE. Для остальных полей индексирование используется, если поле имеет текстовый, числовой, денежный тип или тип даты/времени и требуется осуществлять поиск и сортировку значений в поле. Если предполагается, что будет часто выполняться сортировка или поиск одновременно по двум и более полям, можно создать составной индекс. Например, если для одного и того же запроса часто устанавливается критерий для полей Имя и Фамилия, то для этих двух полей имеет смысл создать составной индекс. При сортировке таблицы по составному индексу сначала осуществляется сортировка по первому полю, определенному для данного индекса. Если в первом поле содержатся записи с повторяющимися значениями, то сортировка осуществляется по второму полю и т. д.[3, 7, 8, 12].

Отношения предок/потомок.

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

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

Внешние ключи

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

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

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

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

Внешние ключи являются неотъемлемой частью реляционной модели, поскольку реализуют отношения между таблицами базы данных. К несчастью, как и в случае с первичными ключами, поддержка внешних ключей отсутствовала в первых реляционных СУБД. Она была введена в системе DB2 Version 2 и теперь имеется во всех коммерческих СУБД.

Реляционная алгебра.

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

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

-объединения таблиц;

-пересечения таблиц;

-взятия разности таблиц;

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

Специальныереляционные операции включают:

-ограничение таблицы;

-проекцию таблицы;

-соединение таблиц;

-деление таблиц.

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

Ограничения целостности.

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

Нормализация базы данных.

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

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

Нормализация обычно подразделяется на пять форм или стадий- от первой нормальной формы по пятую нормальную форму. То есть просто пять установок реляционного критерия, который либо обнаруживает таблицу, либо нет. Каждая последующая стадия строится на предыдущей. Формально существует пять форм, но на практике, как правило, используется только первые три. Последние две считаются слишком специальными, чтобы их применять к обычным проектам баз данных.[7, 8, 10].

Первая нормальная форма.

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

Поле считается неделимым, если оно содержит только один элемент данных. Например, поле Address, которое содержит не только название улицы, но также и города, почтовый код, не является неделимым. Чтобы соответствовать первой нормальной форме, такие столбцы должны быть разбиты на несколько полей.[7, 8, 10].

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

Вторая нормальная форма.

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

Третья нормальная форма.

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

Четвертая нормальная форма.

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

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

Пятая нормальная форма.

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

На практике идея сохранения всех элементов в базе данных в процессе нормализации воплощается чисто интуитивно. Ведь вряд ли будут слепо выбрасывать из таблиц элементы данных. Но тем не менее, пятая нормальная форма призвана застраховать вас от такого несчастного случая.[7, 8, 10].

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

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

Среда программирования напоминает пакет VisualBasic. В вашем распоряжении несколько отдельных окон: меню и инструментальные панели, ObjectInspector (в котором можно видеть свойства объекта и связанные с ним события), окна визуального построителя интерфейсов (VisualUserInterfaceBuilder), ObjectBrowser (позволяющее изучать иерархию классов и просматривать списки их полей, методов и свойств), окна управления проектом (ProjectManager) и редактора. содержит полноценный текстовый редактор типа Brief, назначения клавиш в котором соответствуют принятым в Windows стандартам, а глубина иерархии операций Undo неограниченна. Как это стало уже обязательным, реализовано цветовое выделение различных лексических элементов программы. Процесс построения приложения достаточно прост. Нужно выбрать форму (в понятие формы входят обычные, диалоговые, родительские и дочерние окна MDI), задать ее свойства и включить в нее необходимые компоненты (видимые и, если понадобится, неотображаемые): меню, инструментальные панели, строку состояния и т. п., задать их свойства и далее написать (с помощью редактора исходного кода) обработчики событий. ObjectBrowser Окна типа ObjectBrowser стали неотъемлемой частью систем программирования на объектно-ориентированных языках. Работа с ними становится возможной сразу после того, как вы скомпилировали приложение. сtManager - это отдельное окно, где перечисляются модули и формы, составляющие проект. При каждом модуле указывается маршрут к каталогу, в котором находится исходный текст. Жирным шрифтом выделяются измененные, но еще не сохраненные части проекта. В верхней части окна имеется набор кнопок: добавить, удалить, показать исходный текст, показать форму, задать опции и синхронизировать содержимое окна с текстом файла проекта, т. е. с головной программой на языке Pascal.

Опции, включая режимы компиляции, задаются для всего проекта в целом. В этом отношении традиционные make-файлы, используемые в компиляторах языка C, значительно более гибки. (VCL) Богатство палитры объектов для построения пользовательского интерфейса - один из ключевых факторов при выборе инструмента визуального программирования. При этом для пользователя имеет значение как число элементов, включенных непосредственно в среду, так и доступность элементов соответствующего формата на рынке. [4, 22].

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

Компиляторы языка Pascal компании Borland никогда не заставляли пользователя подолгу ждать результатов компиляции. Производители утверждают, что на сегодня данный компилятор - самый быстрый в мире. Компилятор, встроенный в Delphiпозволяет обрабатывать 120 тыс. строк исходного текста в минуту на машине 486/33 или 350 тыс. - при использовании процессора Pentium/90. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL. Кроме того, Delphi обеспечивает быструю разработку без необходимости писать вставки на Си или ручного написания кода (хотя это возможно).

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

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

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

Мощный объектно-ориентированный язык

Совместимость с программами, созданными ранее средствами BorlandPascal, сохраняется, несмотря на то, что в язык внесены существенные изменения. Необходимость в некоторых усовершенствованиях давно ощущалась. Самое заметное из них - аппарат исключительных ситуаций, подобный тому, что имеется в C++, был первым реализован в компиляторах корпорации Borland. Не секрет, что при написании объектно-ориентированных программ, активно работающих с динамической памятью и другими ресурсами, немалую трудность представляет аккуратное освобождение этих ресурсов в случае возникновения нештатных ситуаций. Особенно это актуально для среды Windows, где число видов ресурсов довольно велико, а неряшливая работа с ними может быстро привести к зависанию всей системы. Предусмотренный в Delphi аппарат исключений максимально упрощает кодирование обработки нештатных ситуаций и освобождения ресурсов.

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

-введено понятие класса.

-реализованы методы классов, аналогичные статическим методам C++. Они оперируют не экземпляром класса, а самим классом.

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

-введена обработка исключительных ситуаций. В Delphi это устроено в стиле С++. Исключения представлены в виде объектов, содержащих специфическую информацию о соответствующей ошибке (тип и место- нахождение ошибки). Разработчик может оставить обработку ошибки, существовавшую по умолчанию, или написать свой собственный обработчик. Обработка исключений реализована в виде exception-handlingblocks(также еще называется protectedblocks), которые устанавливаются ключевыми словами try и end. Существуют два типа таких блоков:try...except и try...finally.

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

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

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

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

Язык программирования Delphi базируется на BorlandObjectPascal

Кроме того, Delphi поддерживает такие низкоуровневые особенности, как подклассы элементов управления Windows, перекрытие цикла обработки сообщений Windows, использование встроенного ассемблера.[22].

Объектно-ориентированная модель программных компонент

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

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

Благодаря такой возможности приложения, изготовленные при помощи Delphi, работают надежно и устойчиво. Delphi поддерживает использование уже существующих объектов, включая DLL, написанные на С и С++, OLE сервера, VBX, объекты, созданные при помощи Delphi. Из готовых компонент работающие приложения собираются очень быстро. Кроме того, поскольку Delphi имеет полностью объектную ориентацию, разработчики могут создавать свои повторно используемые объекты для того, чтобы уменьшить затараты на разработку. предлагает разработчикам - как в составе команды, так и индивидуальным - открытую архитектуру, позволяющую добавлять компоненты, где бы они ни были изготовлены, и оперировать этими вновь введенными компонентами в визуальном построителе. Разработчики могут добавлять CASE-инструменты, кодовые генераторы, а также авторские helpы, доступные через меню Delphi. [22].

Библиотека визуальных компонент

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

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

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

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



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



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



TLabelслужит для отображения текста на экране. Можно изменить шрифт и цвет метки, если дважды щелкнуть на свойство Font в Инспекторе Объектов. Это легко сделать и во время выполнения программы, написав всего одну строчку кода.



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



TMemo - иная форма TEdit. Подразумевает работу с большими текстами. TMemo может переносить слова, сохранять в ClipBoard фрагменты текста и восстанавливать их, и другие основные функции редактора. TMemo имеет ограничения на объем текста в 32Кб, это составляет 10-20 страниц (есть подобные компоненты, где этот предел снят).



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



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



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



TListBoxнужен для показа прокручиваемого списка. Классический пример ListBoxа в среде Windows - выбор файла из списка в пункте меню File | Open многих приложений. Названия файлов или директорий и находятся в ListBoxе.



TComboBoxво многом напоминает ListBox, за исключением того, что позволяет водить информацию в маленьком поле ввода сверху ListBox. Есть несколько типов ComboBox, но наиболее популярен спадающий вниз (drop-downcombobox), который можно видеть внизу окна диалога выбора файла.



TScrollbar - полоса прокрутки, появляется автоматически в объектах редактирования, ListBoxах при необходимости прокрутки текста для просмотра. используется для визуальных целей и для указания Windows, каков порядок перемещения по компонентам на форме (при нажатии клавиши TAB).



TRadioGroupиспользуется аналогично TGroupBox, для группировки объектов TRadioButton.



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



TBitBtn - кнопка вроде TButton, однако на ней можно разместить картинку (glyph). TBitBtn имеет несколько предопределенных типов (bkClose, bkOK и др), при выборе которых кнопка принимает соответствующий вид. Кроме того, нажатие кнопки на модальном окне приводит к закрытию окна с соответствующим модальным результатом.



TSpeedButton - кнопка для создания панели быстрого доступа к командам (SpeedBar). Пример - SpeedBar слева от Палитры Компонент в среде Delphi. Обычно на данную кнопку помещается только картинка (glyph).


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



TNoteBook - используется для создания многостраничного диалога, на каждой странице располагается свой набор объектов. Используется совместно с TTabSet.



TTabbedNotebook - многостраничный диалог со встроенными закладками, в данном случае - закладки сверху.



TMaskEdit - аналог TEdit, но с возможностью форматированного ввода. Формат определяется в свойстве EditMask. В редакторе свойств для EditMask есть заготовки некоторых форматов: даты, валюты и т.п.



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


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



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



TImage - отображает графическое изображение на форме. Воспринимает форматы BMP, ICO, WMF. Если картинку подключить во время дизайна программы, то она прикомпилируется к EXE файлу.



TShape - служит для отображения простейших графических объектов на форме: окружность, квадрат и т.п.



TBevel - элемент для рельефного оформления интерфейса.



THeader- элемент оформления для создания заголовков с изменяемыми размерами для таблиц.


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



TTimer - таймер, событие OnTimer периодически вызывается через промежуток времени, указанный в свойстве Interval. Период времени может составлять от 1 до 65535 мс.



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



TFileListBox - специализированный ListBox, в котором отображаются файлы из указанной директории (св-во Directory). На названия файлов можно наложить маску, для этого служит св-во Mask. Кроме того, в св-веFileEdit можно указать объект TEdit для редактирования маски.



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



TDriveComboBox - специализированный ComboBox для выбора текущего диска. Имеет свойство DirList, в котором можно указатьTDirectoryListBox, который будет отслеживать переход на другой диск.



TFilterComboBox - специализированный ComboBox для выбора маски имени файлов. Список масок определяется в свойстве Filter. В свойстве FileList указывается TFileListBox, на который устанавливается маска.

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



TMediaPlayer - служит для управления мултимедйными устройствами (типа CD-ROM, MIDI и т.п.). Выполнен в виде панели управления с кнопками Play, Stop, Record и др. Для воспроизведения может понадобиться как соответствующее оборудование, так и программное обеспечение. Подключение устройств и установка ПО производится в среде Windows. Например, для воспроизведения видео, записанного в формате AVI, в потребуется установить ПО MicroSoftVideo (в Windows 3.0, 3.1, WFW 3.11).


- контейнер, содержащий OLE объекты. Поддерживается OLE 2.02



TDDEClientConv,TDDEClientItem, TDDEServerConv, TDDEServerItem - 4 объектадляорганизации DDE. С помощью этих объектов можно построить приложение как DDE-сервер, так и DDE-клиент.



TChartFX - деловая графика. Компонент позволяет строить всевозможные графики и гистограммы.

Формы, модули и метод разработки Two-WayTools.

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

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

Такая синхронизация и делает Delphitwo-way-инструментом, обеспечивая полное соответствие между кодом и визуальным представлением. Как только добавляется новый объект или код, Delphi устанавливает т.н. кодовую синхронизацию между визуальными элементами и соответствующими им кодовыми представлениями. waytools- однозначное соответствие между визуальным проектированием и классическим написанием текста программы Это означает, что разработчик всегда может видеть код, соответствующий тому, что он построил при помощи визуальных инструментов и наоборот.

Визуальный построитель интерфейсов (VisualUser-interfacebuilder) дает возможность быстро создавать клиент-серверные приложения визуально, просто выбирая компоненты из соответствующей палитры. В процессе построения приложения разработчик выбирает из палитры компонент готовые компоненты как художник, делающий крупные мазки кистью. Еще до компиляции он видит результаты своей работы - после подключения к источнику данных их можно видеть отображенными на форме, можно перемещаться по данным, представлять их в том или ином виде.[4, 22].

Масштабируемые средства для построения баз данных

Мощность и гибкость Delphi при работе с базами данных основана на низкоуровневом ядре - процессоре баз данных BorlandDatabaseEngine(BDE). ЕгоинтерфейссприкладнымипрограммаминазываетсяIntegratedDatabaseApplicationProgrammingInterface (IDAPI). В принципе, сейчас не различают эти два названия (BDE и IDAPI) и считают их синонимами. BDE позволяет осуществлять доступ к данным как с использованием традиционного record-ориентированного (навигационного) подхода, так и с использованием set-ориентированного подхода, используемого в SQL-серверах баз данных. Кроме BDE, Delphi позволяет осуществлять доступ к базам данных, используя технологию (и, соответственно, драйверы) OpenDataBaseConnectivity (ODBC) фирмы Microsoft. Но, как показывает практика, производительность систем с использованием BDE гораздо выше, чем оных при использовании ODBC. ODBC драйвера работают через специальный ODBC socket, который позволяет встраивать их в BDE.

Все инструментальные средства баз данных Borland - Paradox, dBase, DatabaseDesktop - используют BDE. Все особенности, имеющиеся в Paradox или dBase, наследуются BDE, и поэтому этими же особенностями обладает и Delphi.

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

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

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

Таблицы сохраняются в базе данных. Некоторые СУБД сохраняют базу данных в виде нескольких отдельных файлов, представляющих собой таблицы (в основном, все локальные СУБД), в то время как другие состоят из одного файла, который содержит в себе все таблицы и индексы (InterBase). Например, таблицы dBase и Paradox всегда сохраняются в отдельных файлах на диске. Директорий, содержащий dBase.DBF файлы или Paradox.DB файлы, рассматривается как база данных. Другими словами, любой директорий, содержащий файлы в формате Paradox или dBase, рассматривается Delphi как единая база данных. Для переключения на другую базу данных нужно просто переключиться на другой директорий. InterBase сохраняет все таблицы в одном файле, имеющем расширение .GDB, поэтому этот файл и есть база данных InterBase.

Объекты БД в Delphi основаны на SQL и включают в себя полную мощь BorlandDatabaseEngine. В состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эффективностью. Кроме того, Delphi включает в себя локальный сервер Interbase для того, чтобы можно было разработать расширяемые на любые внешние SQL-сервера приложения в офлайновом режиме. Разработчик в среде Delphi, проектирующий информационную систему для локальной машины (к примеру, небольшую систему учета медицинских карточек для одного компьютера), может использовать для хранения информации файлы формата .dbf(как в dBase или Clipper) или .db (Paradox). Если же он будет использовать локальный InterBaseforWindows 4.0 (это локальный SQL-сервер, входящий в поставку), то его приложение безо всяких изменений будет работать и в составе большой системы с архитектурой клиент-сервер.

Масштабируемость на практике - одно и то же приложение можно использовать как для локального, так и для более серьезного клиент-серверного вариантов.[4, 22].

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



DatabaseDesktop - это утилита, во многом похожая на Paradox, которая поставляется вместе с Delphi для интерактивной работы с таблицами различных форматов локальных баз данных - Paradox и dBase, а также SQL-серверных баз данных InterBase, Oracle, Informix, Sybase (с использованием SQL Links). Она позволяет создавать как структуру реляционных таблиц, так и всевозможные ограничения целостности таблиц, индексы, первичные ключи и внешние ключи.



WISQL (WindowsInteractive SQL) - интерактивное средство посылки SQL-запросов к InterBase (в том числе и локальному InterBase), входящее в поставку Delphi, позволяет создавать таблицы - через посылку SQL-запросов. DatabaseDesktop не обладает всеми возможностями по управлению SQL-серверными базами данных. Поэтому с помощью DatabaseDesktop удобно создавать или локальные базы данных или только простейшие SQL-серверные базы данных, состоящие из небольшого числа таблиц, не очень сильно связанных друг с другом. Если же необходимо создать базу данных, состоящую из большого числа таблиц, имеющих сложные взаимосвязи, можно воспользоваться языком SQL. Можно записать всю последовательность SQL-предложений в один так называемый скрипт и послать его на выполнение. Конкретные реализации языка SQL незначительно отличаются в различных SQL-серверах, однако базовые предложения остаются одинаковыми для всех реализаций. Практика показывает, что если нет необходимости создавать таблицы во время выполнения программы, то лучше воспользоваться WISQL. - это система управления реляционными базами данных, поставляемая корпорацией BORLAND для построения приложений с архитектурой клиент-сервер произвольного масштаба: от сетевой среды небольшой рабочей группы с сервером под управлением NovellNetWare или Windows NT на базе IBM PC до информационных систем крупного предприятия на базе серверов IBM, Hewlett-Packard, SUN и т.п.

В пакет Delphi входит однопользовательская версия InterBase для Windows - LocalInterBase. Используя LocalInterBase можно создавать и отлаживать приложения, работающие с данными по схеме клиент-сервер, без подключения к настоящему серверу. В дальнейшем потребуется только перенастроить используемый псевдоним базы данных и программа будет работать с реальной базой без перекомпиляции. Кроме того, LocalInterBase можно использовать в приложениях для работы с данными вместо таблиц Paradox.

Важной составной частью приложения является вывод данных на печать - получение отчета. В пакет Delphi входит средство для генерации и печати отчетов - ReportSmith. Вы можете объединить отчет с приложениями Delphi. Также, библиотека визуальных компонент Delphi включает специальный компонент TReport. В данном уроке показано, как использовать компоненту TRepor и рассмотрены основные принципы проектирования отчетов в ReportSmith. является инструментом для получения отчетов и интегрирован в среду Delphi. Отчет может быть добавлен к приложениям Delphi. Отчеты могут быть созданы для SQL БД или локальных БД и не требуют знания сложных команд БД. Интерфейс ReportSmith использует стандартные инструменты Windows типа toolbar, formattingribbon, и draganddrop. Если пользователь уже знаком с интерфейсом стандартных Windows-программ, типа WordforWindows или QuattroProforWindows, ему будет знаком и интерфейс ReportSmith. ReportSmith предлагает 4 типа отчетов: Табличный, Кросс-таблица(CrossTab), Форма(Form) и Наклейка(Label). использует концепцию живых данных, т.е. работа происходит с настоящими данными все время, а не только тогда, когда запускается просмотр (preview). Кроме этого, ReportSmith легко работает с чрезвычайно большими БД при помощи адаптивной технологии управления памятью. В ReportSmith можно управлять тем, где сохраняется результат выборки данных из БД: в локальный памяти клиентской PC, на жестком диске клиентской PC, или на сервере.

Настраиваемая среда разработчика.

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

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

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


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

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

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

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

-Инспектор объектов. Этот инструмент представляет из себя отдельное окно, где вы можете в период проектирования программы устанавливать значения свойств и событий объектов (Properties&Events).

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

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

-Дизайнер меню. Можно создавать меню, сохранить созданные в виде шаблонов и затем использовать в их в любом приложении.

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

Эксперт форм, работающих с базами данных

Эксперт стилей и шаблонов приложений

Эксперт шаблонов форм

В состав RAD Pack входит эксперт для преобразования ресурсов, изготовленных в BorlandPascal 7.0, в формы Delphi. Уже появились эксперты, облегчающие построение DLL и даже написание собственных экспертов

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

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

Delphi это высокопроизводительный инструмент создания приложений. Для запуска Delphi требуется как минимум 386 компьютер с 4MB памяти. Более подходящей машиной будет 486DX 66MHz с 8MB ОЗУ.

Небольшие программы, созданные на Delphi будут работать на любом компьютере. Другими словами, они не требуют того ОЗУ или скорости процессора, что необходимо для среды Delphi. [4].


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


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

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

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

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

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




Инфологическая модель данных

Предметная область - часть реального мира отражённая в базу данных.

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

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

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

Атрибут- поименованная характеристика сущности. Атрибутом сущности является любая деталь, которая служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей (например, ЦВЕТ может быть определен для многих сущностей: СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибуты используются для определения того, какая информация должна быть собрана о сущности. Примерами атрибутов для сущности АВТОМОБИЛЬ являются ТИП, МАРКА, НОМЕРНОЙ ЗНАК, ЦВЕТ и т.д. Здесь также существует различие между типом и экземпляром. Тип атрибута ЦВЕТ имеет много экземпляров или значений: Красный, Синий, Банановый, Белая ночь и т.д., однако каждому экземпляру сущности присваивается только одно значение атрибута.

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

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

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

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

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

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

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

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

-База данных должна легко изменяться при изменении программной и аппаратной среды.

Инфологическая модель данных "сущность-связь"

Инфологическая модель отображает реальный мир в некоторые понятные человеку концепции, полностью независимые от параметров среды хранения данных. Существует множество подходов к построению таких моделей: графовые модели, семантические сети, модель "сущность-связь" и т.д. Наиболее популярной из них оказалась модель "сущность-связь" или называемая ещё ER-моделью (от англ. Entity-Relationship, т.е. сущность-связь).

На использовании разновидностей ER-модели основано большинство современных подходов к проектированию баз данных (главным образом, реляционных). Модель была предложена Ченом (Chen) в 1976 г. Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. В связи с наглядностью представления концептуальных схем баз данных ER-модели получили широкое распространение в системах CASE, поддерживающих автоматизированное проектирование реляционных баз данных. В них сущности изображаются помеченными прямоугольниками, ассоциации (связи)- помеченными ромбами или шестиугольниками, атрибуты - помеченными овалами, а связи между ними - ненаправленными ребрами, над которыми может проставляться степень связи (1 или буква, заменяющая слово "много") и необходимое пояснение.

Между двумя сущностям, например, А и В возможны четыре вида связей. Первый тип - связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В:




Студент может не "заработать" стипендию, получить обычную или одну из повышенных стипендий. Или, допустим, в определенный момент времени один клиент может сделать только один заказ. В этом случае между объектами КЛИЕНТ и ЗАКАЗ устанавливается взаимосвязь один к одному, обозначаемая одинарными стрелками.

Между данными, хранящимися в объектах КЛИЕНТ и ЗАКАЗ, будет существовать взаимосвязь, в которой каждая запись в одном объекте будет однозначно указывать на запись в другом объекте. Ни в одном, ни в другом объекте не может существовать записи, не связанной с какой-либо записью в другом объекте.



Второй тип - связь ОДИН-КО-МНОГИМ (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.

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

Третий тип - связь МНОГИЕ-К-ОДНОМУ (М:1): одному представителю сущности B соответствуют 0, 1 или несколько представителей сущности А.

В принципе нет никакой разницы между связью ОДИН-КО-МНОГИМ и МНОГИЕ-К-ОДНОМ, т.к. между двумя сущностями возможны связи в обоих направлениях и всё зависит от того с какими сущностями связаны данные.

Четвёртый тип - связь МНОГИЕ-КО-МНОГИМ (N:М): одному представителю сущности B соответствуют 0, 1 или несколько представителей сущности А и одновременно одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.

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



Если связь между сущностями МУЖЧИНЫ и ЖЕНЩИНЫ называется БРАК, то существует четыре возможных представления такой связи:

Или например каждый продавец может обслуживать нескольких клиентов. С другой стороны, приобретая автомобили в различное время, каждый клиент вполне может быть обслужен различными продавцами. Между объектами КЛИЕНТ и ПРОДАВЕЦ существует взаимосвязь многие ко многим. Такая взаимосвязь обозначается двойными стрелками.



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

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

-тренарные связи:

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




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


СУЩНОСТЬ (атрибут 1, атрибут 2 , ..., атрибут n)

АССОЦИАЦИЯ [СУЩНОСТЬ S1, СУЩНОСТЬ S2, ...]

(атрибут 1, атрибут 2, ..., атрибут n)


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

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

Врач (Номер_врача, Фамилия, Имя, Отчество, Специальность)

Пациент (Регистрационный_номер, Номер койки, Фамилия,

Имя, Отчество, Адрес, Дата рождения, Пол)

Лечащий_врач [Врач 1, Пациент M]

(Номер_врача, Регистрационный_номер)

Консультант [Врач M,Пациент N]

(Номер_врача, Регистрационный_номер).

Для примера ER-диаграмма базы данных "Питание"показана на Рисунке16, а модель на языке ЯИМ имеет следующий вид:

Блюда (БЛ, Блюдо, Вид)

Продукты (ПР, Продукт, Калорийность)

Поставщики (ПОС, Город, Поставщик) [Город]

Состав [Блюда M, Продукты N] (БЛ, ПР, Вес (г))

Поставки [Поставщики M, Продукты N] (ПОС, ПР, Дата_П, Цена, Вес (кг))

Города (Город, Страна)

Рецепты (БЛ, Рецепт) {Блюда}

Расход (БЛ, Дата_Р, Порций) {Блюда}




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




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

Даталогическая модель данных

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

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

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

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

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

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

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

-Способы обеспечения защиты данных от некорректных обновлений и (или) несанкционированного доступа;

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

Переход от ER - модели к реляционной

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

-Каждая простая сущность превращается в таблицу. Простая сущность - сущность, не являющаяся подтипом и не имеющая подтипов. Имя сущности становится именем таблицы.

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

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

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

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

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

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

Физическая модель данных.

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

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

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

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

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

Этапы проектирования базы данных

Этапы проектирования базы данных с учетом рассмотренных выше аспектов:

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

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

в) Анализ данных: сбор основных данных (объекты, связи между объектами).

с) Построение ER-диаграммы базы данных.

  1. Проектирование даталогической модели базы данных (учитывать требования СУБД ).

a) Потенциально возможные прикладные программы: сбор информации о потенциальных возможностях использования данных.

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

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

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

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

Особенности MS Access, отличающиеся от представления об «идеальной» реляционной СУБД.

Создание многопользовательской БД Access и получение одновременного доступа нескольких пользователей к общей базе данных возможно в локальной одноранговой сети или в сети с файловым сервером. Сеть обеспечивает аппаратную и программную поддержку обмена данными между компьютерами. Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных. При одновременной работе. Так как Access не является клиент серверной СУБД, возможности его по обеспечению многопользовательской работы несколько ограничены. Обычно для доступа к данным по сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер. При этом обработка данных ведется в основном на клиенте - там, где запущено приложение, в силу принципов организации файловых СУБД. Этот фактор ограничивает использование Access для обеспечения работы множества пользователей (более 15-20) и при большом количестве данных в таблицах, так как многократно возрастает нагрузка не сеть[2].

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

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

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

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

В целом MS Access предоставляет большое количество возможностей за сравнительно небольшую стоимость. Также необходимо отметить ориентированность на пользователя с разной профессиональной подготовкой, что выражается в наличии большого количества вспомогательных средств (Мастеров, как уже отмечалось), развитую систему справки и понятный интерфейс. Эти средства облегчают проектирование, создание БД и выборку данных из нее.Access предоставляет в распоряжение непрограммирующему пользователю разнообразные диалоговые средства, которые позволяют ему создавать приложения не прибегая к разработке запросов на языке SQL или к программированию макросов или модулей на языке VBA [4].обладает широкими возможностями по импорту / экспорту данных в различные форматы, от таблиц Excel и текстовых файлов, до практически любой серверной СУБД через механизм ODBC.

Еще одно немаловажное преимущество MS Access заключается в развитых встроенных средствах разработки приложений. Большинство приложений, распространяемых среди пользователей, содержит тот или иной объем кода VBA (VisualBasicforApplications). Поскольку VBA является единственным средством для выполнения многих стандартных задач в Access (работа с переменными, построение команд SQL во время работы программы, обработка ошибок, использование Windows API ит. д.), для создания более-менее сложных приложений необходимо его знание и знание объектной модели MS Access.

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

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

Самой популярной средой для разработки приложений для работы с базой данных Access является программный продукт компании Borland.

В основе такой общепризнанной популярности лежит тот факт, что Delphi, как никакая другая система программирования, удовлетворяет изложенным выше требованиям. Действительно, приложения с помощью Delphi разрабатываются быстро, причем взаимодействие разработчика с интерактивной средой Delphi не вызывает внутреннего отторжения, а наоборот, оставляет ощущение комфорта. Delphi-приложения эффективны, если разработчик соблюдает определенные правила (и часто - если не соблюдает). Эти приложения надежны и при эксплуатации обладают предсказуемым поведением.[4, 22]. Пакет Delphi - продолжение линии компиляторов языка Pascal корпорации Borland. Pascal как язык очень прост, а строгий контроль типов данных способствует раннему обнаружению ошибок и позволяет быстро создавать надежные и эффективные программы. Корпорация Borland постоянно обогащала язык. Когда-то в версию 4.0 были включены средства раздельной трансляции, позже, начиная с версии 5.5, появились объекты, а в состав шестой версии пакета вошла полноценная библиотека классов TurboVision, реализующая оконную систему в текстовом режиме работы видеоадаптера. Это был один из первых продуктов, содержавших интегрированную среду разработки программ.

В классе инструментальных средств для начинающих программистов продуктам компании Borland пришлось конкурировать со средой VisualBasic корпорации Microsoft, где вопросы интеграции и удобства работы были решены лучше. Когда в начале 70-х годов Н. Вирт опубликовал сообщение о Pascal, это был компактный, с небольшим количеством основных понятий и зарезервированных слов язык программирования, нацеленный на обучение студентов. Язык, на котором предстоит работать пользователю Delphi, отличается от исходного не только наличием множества новых понятий и конструкций, но и идейно: в нем вместо минимизации числа понятий и использования самых простых конструкций (что, безусловно, хорошо для обучения, но не всегда оправдано в практической работе), предпочтение отдается удобству работы профессионального пользователя. Как язык TurboPascal естественно сравнивать с его ближайшими конкурентами - многочисленными вариациями на тему языка Basic (в первую очередь с VisualBasic корпорации Microsoft) и с C++.[4, 6]. Я считаю, что TurboPascal существенно превосходит Basic за счет полноценного объектного подхода, включающего в себя развитые механизмы инкапсуляции, наследование и полиморфизм. Последняя версия языка, применяемая в Delphi, по своим возможностям приближается к C++. Из основных механизмов, присущих C++, отсутствует только множественное наследование. (Впрочем, этим красивым и мощным механизмом порождения новых классов пользуется лишь небольшая часть программистов, пишущих на С++.) Плюсы применения языка Pascal очевидны: с одной стороны, в отличие от VisualBasic, основанного на интерпретации промежуточного кода, для него имеется компилятор, генерирующий машинный код, что позволяет получать значительно более быстрые программы. С другой - в отличие от C++ синтаксис языка Pascal способствует построению очень быстрых компиляторов. [6].


.4 Экономическое обоснование предлагаемых мероприятий

почта программа автоматизированный

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

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


ЗАТРАТЫ = А*(РАЗМЕР)b*Ме(человеко-месяцев),

А - масштабный коэффициент = 2,5 (определяется стандартом).

РАЗМЕР - количество строк программного продукта в тысячах.


В - коэффициент отражающий нелинейную зависимость затрат от размера проекта = 1,11, поскольку все факторы для данного программного продукта принимаются высокими.

Ме- коэффициент, отражающий влияния сложности продукта, опытности персонала и других факторов его затрат. Me = 1,288 (определяется техническими условиями).


ЗАТРАТЫ = 2,5* (1,2)1,11*1,288=4,015.


Рассчитанные затраты распределяются по этапам в соответствии с приведенным в таблице 1 соотношением.


Таблица 1 Распределение затрат в процессе разработки

Этапы разработки программного продуктаРаспределение затрат, %Распределение затрат, человек/месяц.Анализ и проектирование40%1,606Оформление, ввод данных, тестирование, отладка.60%2,409Итого100%4,015

Трудоемкость работ по анализу и проектированию составляет 1,606 (человек/месяц.), а по оформлению, вводу данных, тестированию и отладке 2,409 (человек/месяц.).Определив суммарную трудоемкость, которая равна 4,015, необходимо произвести расчёт численности работников и затрат на основную и заработную плату.

Расчёт численности работ и затрат на основной и дополнительной заработной плате

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

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


Оклад = МЗП * Кт,


где МЗП - минимальная заработная плата;

Кт - тарифный коэффициент, устанавливается в соответствии с ЕТС РК.

МЗП=18 660 тенге,

Ктар=2,55,

Оклад = 18 660*2,55=47583 тенге.

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

МЗП=18 660 тенге,

Оклад=18 660*1,78=33 215 тенге.

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

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

Основная зарплата = Затраты (человек-месяц)*Оклад (тенге),

Основная заработная плата разработчика = 2,409*47583= 114627,45 тенге,

Основная заработная плата консультанта = 1,606*33215= 53343,3 тенге.

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


Дополнительная зарплата = ,


Дополнительная зарплата разработчика = 114627,45 * 10% /100% = 11462,7 тенге,

Дополнительная зарплата консультанта =53343,3 * 10% /100%= 5334,3 тенге.

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


ФОТ = Основная зарплата +Дополнительная зарплаты,


ФОТ разработчика = 114 627,45+11 462,7=126 090,15 тенге,

ФОТ консультанта = 53 343,3+5 334,3=58 678 тенге,

ФОТ общее =126 090,15+58 678=184 768,15 тенге.

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

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


,


где ФОТ - общий фонд оплаты труда;

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

ЗПср. =184 768,15/4,015=46 019,5 тенге.

Расчёт стоимости оборудования

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

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


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

Наименование оборудованияКол. штук Цена за единиц, тенгеТранспортно- заготовительные расходы, тенге.Первонач. стоимость, тенге.Системный блок CPUCeleron 700\MbGygabyte\DDR 128 Mb\ HDD 10 Gb\VideoSB\CD-ROM\Case 250 WATXPIT155 000825063250Монитор Samsung 550 DF FlatronOCR 0.21600x1200114 000210016100Установочный диск MS Office128 000420032200Установочный диск Windows 7Максимальная132 000480036800ИТОГО:12900019350148350

Согласно произведенным расчётам затраты на оборудование составит: 148350 тенге.

Расчёт эксплуатационных расходов

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

Эксплуатационные расходы включают в себя:

·амортизационные отчисления;

·расходы на электроэнергию;

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

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

Расчёт амортизации следует производить методом равномерного списания стоимости для всех видов основных средств, норму амортизации принимать в размере, определенном в Налоговом кодексе РК. Согласно Налоговому кодексу РК, с 1.01.2008 года, для компьютеров предельная норма амортизации (На) = 30%, для периферийных устройств и оборудования по обработке данных - 25%, для копировальной и множительной техники - 20%.

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


,


Амгод= 30%*148350/100% = 44505

А мсистблгод = 30% * 63250/100% = 18975

А ммонитгод = 25% * 16100/100%=4025

А мдиск mswinгод = 15%*(32200+36800)/100= 10350

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

На - норма амортизации;

Фпер - первоначальная стоимость оборудования.

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


,


где ФРВ кал - календарный фонд времени (принимаем 365 дней);

ПРАЗД - количество праздничных дней (10 в год);

ВЫХ - количество выходных дней (при пятидневной рабочей неделе 104 в год);

tСМ - продолжительность рабочего дня (принимается равным 8 часам);- количество смен (принимается 1- смена);

а - коэффициент, учитывающий остановки на ремонт и эксплуатационное обслуживание (принимается 0,1).

=(365-10-104)*8*1*0,9 = 1807,2.

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


,


где Ткод - трудоемкость этапа оформления, ввода данных, тестирования и отладки (чел-мес);

12 - количество месяцев в году.

ФРВобфакт=1807,2*2,409/12=363,

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

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


,


где ЗАМ - затраты на амортизацию;об - количество единиц оборудования.

Зам=(44505*363)/(1807,2*4)=2235 тенге,

Зам сис.= 18975*363/1807,2=3811,4 тенге,

Зам монит.= 4050* 363/1807,2=813,5 тенге,

Зам диск.= 10350* 363/1807,2*2= 1039,6 тенге,

Далее рассчитывается расход на электроэнергию по следующей формуле:


,


где Wоб - мощность единицы оборудования (Вт);систем бл = 250 Вт;монит = 85 Вт;

Ц эл- цена электроэнергии (принимается 8,64 тенге).

Зэлсистбл = 363*0,25 * 8,64= 784,08 тенге,

Зэлмонит = 363*0,085 * 8,64= 266,6 тенге.

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


Таблица 3. Расчёт эксплуатационных расходов

Наименование оборудованияСумма амортизационных отчислений, тенгеЗатраты на электроэнергию, тенгеПрочие расходы на содержание и эксплуатацию тенгеИтого эксплуатационных расходов, тенгеСистемный блок3811,4784,08--Монитор813,5266,6--Установочный диск Windows1039,6---Итого:5664,51050,712609,01519324,21

Согласно произведенным расчетам сумма эксплуатационных расходов составляет: 19324,21 тенге.

Составление сметы затрат на разработку программного продукта

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

Смета затрат - общий свод плановых затрат предприятия в денежном выражении на выполнение работ.

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

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

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

Расчёт затрат по статье «Покупные и комплектующие изделия». Включаются затраты на канцелярские товары - диск для записи программного обеспечения и бумага для распечатки.


Таблица 4. Расчёт затрат на покупные и комплектующие изделия

Наименование изделияКоличество, шт.Цена за ед. тенгеСумма, тенгеДиск250100Итого--100

Расчёт затрат по статье «Отчисления от заработной платы» (социальный налог).

Размер отчислений определяется в 11% от суммы основной и дополнительной заработной платы специалистов и равен:

  • если средняя заработная плата не превышает 15 МРП (13785 тенге) - 20%;
  • если средняя заработная плата составляет от 15 до 40 МРП (от 13785 до 36760 тенге) - 20% от заработной платы, не превышающей 15 МРП плюс 15% от суммы заработной платы, превышающей 15 МРП.

Отчисление = (15 МРП * Тобщ)*0,2 + (ЗПсрмес - 15 МРП)*Тобщ*0,15,


Отчисление = (25965*4,015)*0,2+(46019,5 - 25965)*4,015*0,15=32927,7

Расчёт затрат по статье «Расходы на подготовку производства».

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


Расходы = ФОТ*5%,


Расходы = 184768,15* 5%=9238,4.

Расчет затрат по статье «Общие и административные расходы».

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


Общие административные расходы = ФОТ*60%,


Общие административные расходы = 184768,15 *60%=110860,9 тенге.

Расчёт затрат по статье «Расходы на реализацию».

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


Расходы на реализацию = Общие адм. Расходы*20%,


Расходы на реализацию = 110860,9 *20%=2172,18 тенге.

Результаты расчетов статей и затрат заносятся в таблицу 5.


Таблица 5. Смета затрат на разработку программного продукта

Наименование статейСумма, тенге1Материальные затраты: покупные и комплектующие изделия1002Основная заработная плата126090,153Дополнительная заработная плата586784Отчисления от заработной платы специалиста32927,75Расходы на подготовку производства9238,46Эксплуатационные расходы19324,217Производственная себестоимость194106,58Общие и административные расходы110860,99Расходы на реализацию2172,18Итого полная себестоимость359391,54

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

Расчёт отпускной цены

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

Расчетная цена предприятия рассчитывается по формуле:


,

Црп = Сполн+Пр = 359391,54 + 71878,4= 431269,9,


где Сполн - полная себестоимость разработки;

Расчётная цена предприятия - это доход от реализации программного продукта (Дреал);

Пр - прибыль предприятия рассчитывается по формуле:


,


Пр = 359 391,54 *20%/100% =71 878,4,

где R - рентабельность равна 20%.

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


,


НДС - налог на добавленную стоимость равна 12%;

НДС = Црп*12%/100%,

НДС=431 269,9*12%/100%=51 752,4.

Цотп= 431 269,9+51752,4 = 483 022,3

Согласно произведенным расчетам отпускная цена программного продукта составила 483 022,3 тенге.

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

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


,

чист= 50 314,9/359 391,54* 100%=14,

где С полн-полная себестоимость разработки ПО;

ЧПр - чистая прибыль предприятия;

ВПр - валовая прибыль предприятия.вал= 71 878,4/359 391,54*100%=20.

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


,


ВПр= 431 269,9 - 359 391,54 =71878,4,

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


ЧПр= ВПр - КПН


ЧПр=71878,4 - 21 563,5 = 50 314,9,

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

,


КПН = 71 878,4*30%/100%=21563,5.

Фондоотдача - количество продукции в денежном выражении в расчете на 1 тенге стоимости основных производственных фондов.

Рассчитывается по следующей формуле:


,


fо= 12 882 495,3/148350=86,8,

где - объем выпуска в год;

Фсг - среднегодовая стоимость основных фондов (принимается стоимость оборудования).

Он рассчитывается условно, по следующей формуле:


,


Qгодпроиз= 431 269,9*1807,2*6/363 = 12 882 495,3

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

Рассчитывается по следующей формуле:


,


Птнат= 1200/4,015=298,9

где РАЗМЕР - размер программного обеспечения, выражается в тысячах LOK;

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

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


,


Птнат= 431269,9/4,015=107 414,7

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

Рассчитывается по следующей формуле:


,


fв = 148350/2=74175.

Все технико-экономические показатели представлены в таблице 6.


Таблица 6 Технико-экономические показатели

Наименование показателяЗначениеДоход от реализации без НДС (расчетная цена предприятия)431269,9Полная себестоимость разработки ПО359391,54Валовая прибыль71878,4Корпоративный подоходный налог21563,5Чистая прибыль50 314,9Валовая рентабельность продукции20Чистая рентабельность продукции14Производительность труда (строк/месяц)298,9Производительность труда (тыс. тенге/на 1 раб.)107 414,7Средняя заработная плата специалиста46 019,5Количество основных специалистов2Фондоотдача (на тыс. тенге стоимости оборудования)86,8

Заключение


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

Во втором разделе представлена программная реализация АСУ. Также рассмотрен выбор программного средства для реализации проекта.

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

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

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

Разработанная автоматизированная система служащего почты автоматизирует деятельность сотрудников АО Казпочта.

Использование АРМ повысило эффективность работы, позволило ускорить доступ к данным, сократить объем информации на бумажных носителях.

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

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

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


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


  1. Г. Джексон. Проектирование реляционных баз данных с для использования с микроЭВМ. Пер. с англ. - М.: Мир, 1991.
  2. Дейт К. Дж. Введение в системы баз данных. - М.: Вильямс, 1999.
  3. Джеффри Д. Ульман, Дженнифер Уидом. Введение в системы баз данных. - М.: Лори, 2000.
  4. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. - М.: Финансы и статистика, 1989.
  5. А.Н. Наумов, А.М. Вендров, В.К. Иванов. Системы управления базами данных и знаний: Справ. Изд. / Под ред. А.Н. Наумова. - М.: Финансы и статистика, 1991. -352 с.: ил.
  6. Евдокимов В.В. и др. Экономическая информатика. Учебник для вузов. Под ред. д. э. н., проф. В.В. Евдокимова. - СПб.: Питер, 1997. - 592 с.: Ил.
  7. Пономарева К.В., Кузьмин Л.Г. Информационное обеспечение АСУ. - М.: Высш. шк., 1991.
  8. Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 1. Общее описание принципов, моделей и услуг. М: Госстандарт России, 1999.
  9. Липаев В.В., Филинов Е.Н. Мобильность программ и данных в открытых информационных системах. - М.: Научная книга, 1997.
  10. Валерий Фаронов Профессиональная работа в Delphi 6 Москва 2002
  11. Скала В.И. Охрана труда и техника безопасности, - Алматы: «LEM», 2002. -276с
  12. Валерий Фаронов Профессиональная работа в Delphi 6 Москва 2002
  13. Райзберг Б.А., Лозовский Л.Ш., Стародубцев Е.Б. Современный экономический словарь
  14. Скала В.И. Охрана труда и техника безопасности, - Алматы: «LEM», 2002. -276с
  15. Калверт, Ч. Базы данных в Delphi; Киев: ДиаСофт - Москва, 2013. - 464 c.
  16. Осипов Д.Л. Базы данных и Delphi. Теория и практика (+ DVD); БХВ-Петербург - Москва, 2013. - 752 c.
  17. Понамарев, В. Базы данных в Delphi. Самоучитель; СПб: Питер - Москва, 2014. - 224 c.
  18. Агальцов В.П. Базы данных. В 2 книгах. Книга 1. Локальные базы данных; Форум, Инфра-М - Москва, 2014. - 352 c.
  19. Агальцов В.П. Базы данных. В 2 книгах. Книга 2. Распределенные и удаленные базы данных; Форум, Инфра-М - Москва, 2012. - 272 c.
  20. Кузнецов С. Д. Базы данных; Академия - Москва, 2012. - 496 c.
  21. Редмонд Эрик , Джим Р. Уилсон Семь баз данных за семь недель. Введение в современные базы данных и идеологию NoSQL; ДМК Пресс - Москва, 2012. - 384 c.
  22. Гофман, В.Э.; Хомоненко, А.Д. Delphi; СПб: БХВ - Москва, 2012. - 800 c.
  23. Григорьев, А.Б. О чем не пишут в книгах по Delphi; БХВ-Петербург - Москва, 2013. - 576 c.
  24. Дарахвелидзе, П.Г.; Марков, Е.П. Delphi для Win32 наиболее полное руководство; БХВ-Петербург - Москва, 2013. - 371 c.
  25. Калверт, Ч. Базы данных в Delphi; Киев: ДиаСофт - Москва, 2012. - 464 c.
  26. Понамарев, В. Базы данных в Delphi. Самоучитель; СПб: Питер - Москва, 2012. - 224 c.
  27. Сван, Том Секреты 32-разрядного программирования в Delphi (+ диск); К.: Диалектика - Москва, 2014. - 480 c.

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

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ