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

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

Министерство образования и науки Республики Казахстан

Казахский национальный технический университет имени К.И. Сатпаева

Институт информационных технологий

Кафедра «Вычислительная техника»

050704 - Вычислительная техника и программное обеспечение

ДИПЛОМНЫЙ ПРОЕКТ

На тему:

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

Кузиев Тимур Турганжанович

Алматы 2010



Задание

на выполнение дипломного проекта

Обучающемуся Кузиеву Тимуру Турганжановичу (Ф.И.О.)

Тема: Разработка автоматизированной системы обработки данных предприятия

Утвержденный приказом университета №638-п от «1» 12.2009г.

Срок сдачи законченного проекта

Исходные данные к дипломному проекту

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

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

а) Технология баз данных в информационных системах

б) Разработка информационного обеспечения системы

в) Разработка программного обеспечения

г) Экономическое обоснование

д) Охрана труда

Перечень графического материала (с точным указанием обязательных чертежей)

1. ER-диаграмма базы данных

2. Схема БД

3. Меню программы

4. Пользовательский интерфейс

Рекомендуемая основная литература:

1. Шумаков П. В. Базы данных в Delphi.- М.: Диасофт, 1997, 832 с.

2. Фленов М. Е. Библия программиста Delphi.- СПб.: БХВ-Петербург, 2002, 578 с.

3. Бекаревич Ю., Пушкина Н. Самоучитель Microsoft Access 2000. - СПб.: БХВ - Санкт-Петербург, 1999, 480 с.

График подготовки дипломного проекта

Наименования разделов, перечень разрабатываемых вопросов	Сроки представления научному руководителю и консультантам	Примечение
Технология баз данных в информационных системах
Разработка информационного обеспечения системы
Разработка программного обеспечения
Экономическое обоснование
Охрана труда

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

Наименования разделов	Научные консультанты, И.О.Ф. (уч. степень, звание )	Дата подписания	подпись
Технология баз данных в информационных системах	Е.Ж. Айтхожаева к.т.н, проф.
Разработка информационного обеспечения системы	Е.Ж. Айтхожаева к.т.н, проф.
Разработка программного обеспечения	Е.Ж. Айтхожаева к.т.н, проф.
Экономическое обоснование	М.У. Дуйсемалиева к.э.н, доцент
Охрана труда	М.Р. Турлыбекова к.т.н., ст. преп.
Нормоконтроль	Е.Ж. Айтхожаева к.т.н, проф.

Научный руководитель Е.Ж. Айтхожаева

Задание принял к исполнению обучающийся Т. Кузиев

Дата 2010 г

АНДАТПА

Дипломдык жоба фотосалонны? автоматты ж?йелерді ??деуге арнал?ан, ж?йе , дербес IBM PC сия?ты компьютерді ?олдана алып клиенттерді ж?не шы?ыны материалды есепке алу?а, iске асырылатын материалдарды тіркеуге, есеп беретін ж?не аны?тама м?лiметтерді алу?а м?мкіндік береді.

Дипломды? жоба теоретикалы? с?ра?тарды ?арастыруды ?сынады, олар а?паратты? ж?йелермен ж?не деректер ?орларымен саба?тас. П?ндік облысы ?арастырады, а?паратты? модель ER-диаграмма т?рінде ?нделеді, негізгі аспап автоматты? жуйені іске асыру?а Д?БЖ MS Access ж?не Delph 7 болып сайланады

Ж?йені ??деумен саба?тас с?ра?тары ?аралады, п?ндік облысы с?йкес бойынша ER - моделі , деректер ?орды? ??рылымы ?нделеді, кестелерді? ??рылымы аны?талады.

Ж?йелерді? программалы? ?амтамасыз ету с?ра?тары ?аралады: ж?ені? функционалды? ??рылым ?нделедi, ?олданушыны? жайлы интерфейсі визуалды? Delphi 7 средасында ??деледі, формалар, отчеттар, программды? коды ??ралады, ?олданушы?а арнал?ан н?с?аулар ??рылады. К?рнекiлiкке арналып ?олданушыны? н?с?ауында графикалы? материал ?осыл?ан - кадрлы? ?олданушыны? интерфейсі.

Жобаны е?гiзу кезінде экономикалы? н?тижелiлiктер есептелген. Е?бектi ?ор?ау ж?не техника ?ауiпсiздік с?ра?тары тал?ылан?ан.



АННОТАЦИЯ

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

Дипломный проект представляет собой рассмотрение теоретических вопросов, связанных с информационными системами и базами данных. Рассматривается предметная область, разрабатывается информационная модель в виде ER-диаграммы, в качестве базовых инструментов реализации автоматизированной системы выбираются СУБД MS Access 2005 и среда программирования Delphi 7.

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

Рассматриваются вопросы, связанные с разработкой программного обеспечения системы: разрабатываются функциональная структура системы, проектируется комфортный интерфейс пользователя в среде визуального программирования Delphi 7, создаются формы, отчеты, программный код, разрабатываются инструкции пользователя и программиста для обеспечения нормальной работы с системой. Для большей наглядности в инструкции пользователя включен графический материал - кадры интерфейса пользователя.

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



ANNOTATION

The degree project is dedicated to the development of an automated system for Salon, which is designed to keep a record book and supplies, registration materials implementation, obtain reports and background information, using for this purpose personal computer IBM PC.

The degree project is a consideration of theoretical issues related to information systems and databases. The subject area, an information model in the form of ER-diagrams, as basic instruments for implementing the automated system selected DBMS MS Access 2005 and Delphi 7 programming environment.

The problems directly related to the development of the system, its information management: the development of ER-domain model, database structure, determined by the structure of the data tables.

The problems associated with developing software systems: the functional structure of the system being developed, designed a comfortable user interface in an environment of visual programming Delphi 7 created forms, reports, computer code, developed user manual and programmer for the smooth operation of the system. For greater clarity in the user manual included graphic material - footage the user interface.

The calculation of cost-effectiveness of project implementation and examine the issue of occupational health and safety.



СОДЕРЖАНИЕ

ЗАДАНИЕ

АНДАТПА

ВВЕДЕНИЕ

1. Технология баз данных в информационных системах

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

1.2 Анализ предметной области

1.3 Выбор среды реализации

2. Разработка информационного обеспечения системы

2.1 Информационное моделирование БД

2.2 Даталогическое проектирование БД

2.3 Реализация БД

3. Разработка программного обеспечения

3.1 Разработка меню

3.2 Разработка форм

3.3 Разработка отчетов

3.4 Инструкция по эксплуатации

3.5 Инструкция программисту

4. Экономическое обоснование

4.1 Технико-экономическое обоснование темы дипломного проекта

4.2 Расчет коммерческой стоимости разработки приложения

4.3 Оценка эффективности внедрения данного приложения

5. Охрана труда

5.1 Анализ опасных и вредных производственных факторов

5.2 Освещенность

5.3 Заземление электрооборудования

5.4 Микроклимат помещения

5.5 Пожарная безопасность

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

• ЗАКЛЮЧЕНИЕ
• СПИСОК ЛИТЕРАТУРЫ
• ПРИЛОЖЕНИЕ А
• ПРИЛОЖЕНИЕ Б
• ВВЕДЕНИЕ
• Данная работа посвящена применению системы управления базами данных Microsoft Access и управление БД через среду программирования Deiphi. СУБД (система управления базами данных) Microsoft Access является системой управления реляционной базой данных, включающей все необходимые инструментальные средства для создания локальной базы данных, общей базы данных в сети с файловым сервером или создания приложения пользователя. В работе будут рассмотрены основные характеристики и возможности данной СУБД, а также среды программирования Delphi.
• В большинстве существующих источников по MS Access, выделяют подробное изучение функций и меню, либо сравнение с другими СУБД. В данной работе упор сделан на разработку автоматизированной системы для фотосалона «Выпускник» с использованием управления базой данных MS Access через Delphi.
• Это актуально в настоящее время, несмотря на повышение компьютеризации общества, в сфере образования до сих пор нет средств, позволяющих в достаточной мере автоматизировать процесс ведения документации и отчетности.
• Одной из составных задач можно рассматривать проблему составления отчетов, а так же оперативное редактирование данных при возникновении необходимости в этом.
• О своевременности и актуальности рассматриваемой проблемы говорит тот факт, что большую часть своего времени директора, администраторы и рабочие компаний тратят на оформление различной документации и отчетов. Огромное количество организаций и отсутствие предложений в данной сфере гарантируют высокую потребность в данном продукте.
• Базы данных (БД) составляют в настоящее время основу компьютерного обеспечения информационных процессов, входящих практически во все сферы человеческой деятельности.
• В данном дипломном проекте разработана база данных для фотосалона «Выпускник» а также разработано приложение, необходимое для управления базой данных в среде программирования Delphi.
• В ходе проведения работы был произведен экономический расчет и выявлено что годовая экономия, составила 951 048 тенге, а время, необходимое для внедрения программного обеспечения равно 0,66 года.
• Также выполнена разработка мероприятий, направленных на исключение возможности производственного травматизма, профессиональных отравлений и заболеваний, возникновения взрывопожароопасных и аварийных ситуаций при осуществлении технологического процесса, для которого проводится разработка новой системы.

• 1. Технология баз данных в информационных системах
• 1.1 Информационные системы
• Понятие и назначение информационной системы [4]
• Под системой понимают любой объект, который одновременно рассматривается и как единое целое, и как объединенная в интересах достижения поставленных целей совокупность разнородных, взаимосвязанных и взаимодействующих между собой элементов. Системы значительно отличаются между собой как по составу, так и по главным целям.
• Элемент системы -- часть системы, имеющая определенное функциональное назначение. Сложные элементы систем, в свою очередь состоящие из более простых взаимосвязанных элементов, часто называют подсистемами.
• Организация системы -- внутренняя упорядоченность, согласованность взаимодействия элементов системы, проявляющаяся, в частности, в ограничении разнообразия состояний элементов в рамках системы.
• Структура системы -- состав, порядок и принципы взаимодействия элементов системы, определяющие основные свойства системы. Если отдельные элементы системы разнесены по разным уровням и внутренние связи между элементами организованы только от вышестоящих к нижестоящим уровням и наоборот, то говорят об иерархической структуре системы. Чисто иерархические структуры встречаются практически редко, поэтому, несколько расширяя это понятие, под иерархической структурой обычно понимают и такие структуры, где среди прочих связей иерархические связи имеют главенствующее значение.
• Архитектура системы -- совокупность свойств системы, существенных для пользователя.
• Целостность системы -- принципиальная несводимость свойств системы к сумме свойств отдельных ее элементов (эмерджентность свойств) и, в то же время, зависимость свойств каждого элемента от его места и функции внутри системы.
• Информационная система -- организационно упорядоченная совокупность документов (массивов документов) и информационных технологий, в том числе с использованием средств вычислительной техники и связи, реализующих информационные процессы.
• Процессы информационной системы
• Процессы, обеспечивающие работу информационной системы любого назначения, условно можно представить в виде схемы в соответствии с рисунком 1.1, состоящей из блоков:
• - ввод информации из внешних или внутренних источников;
• - обработка входной информации и представление ее в удобном виде;
• - вывод информации для представления потребителям или передачи в другую систему;
• - обратная связь -- это информация, переработанная людьми данной организации для коррекции входной информации.

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

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

• Рисунок 1.1 Работа информационной системы
• Задачи информационной системы [4]
• Интерпретация данных. Под интерпретацией понимается процесс определения смысла данных, результаты которого должны быть согласованными и корректными. Обычно предусматривается многовариантный анализ данных.
• Диагностика. Под диагностикой понимается процесс соотношения объекта с некоторым классом объектов и/или обнаружение неисправности в некоторой системе. Неисправность -- это отклонение от нормы. Такая трактовка позволяет с единых теоретических позиций рассматривать и неисправность оборудования в технических системах, и заболевания живых организмов, и всевозможные природные аномалии.
• Мониторинг. Основная задача мониторинга -- непрерывная интерпретация данных в реальном времени и сигнализация о выходе тех или иных параметров за допустимые пределы.
• Проектирование. Проектирование состоит в подготовке спецификаций на создание «объектов» с заранее определёнными свойствами. Под спецификацией понимается весь набор необходимых документов - чертёж, пояснительная записка и т.д. Основные проблемы здесь -- получение чёткого структурного описания знаний об объекте и проблема «следа».
• Прогнозирование. Прогнозирование позволяет предсказывать последствия некоторых событий или явлений на основании анализа имеющихся данных. Прогнозирующие системы логически выводят вероятные следствия из заданных ситуаций.
• Планирование. Под планированием понимается нахождение планов действий, относящихся к объектам, способным выполнять некоторые функции. В таких ЭС используются модели поведения реальных объектов с тем, чтобы логически вывести последствия планируемой деятельности.
• Обучение. Под обучением понимается использование компьютера для обучения какой-то дисциплине или предмету. Системы обучения диагностируют ошибки при изучении какой-либо дисциплины с помощью ЭВМ и подсказывают правильные решения.
• Управление. Под управлением понимается функция организованной системы, поддерживающая определенный режим деятельности. Такого рода ЭС осуществляют управление поведением сложных систем в соответствии с заданными спецификациями.
• Поддержка принятия решений. Поддержка принятия решения -- это совокупность процедур, обеспечивающая лицо, принимающее решения, необходимой информацией и рекомендациями, облегчающие процесс принятия решения. Эти ЭС помогают специалистам выбрать и/или сформировать нужную альтернативу среди множества выборов при принятии ответственных решений.
• Основное отличие задач анализа от задач синтеза заключается в том, что если в задачах анализа множество решений может быть перечислено и включено в систему, то в задачах синтеза множество решений потенциально не ограничено и строится из решений компонент или под-проблем. Задачами анализа являются: интерпретация данных, диагностика, поддержка принятия решения; к задачам синтеза относятся проектирование, планирование, управление. Комбинированные: обучение, мониторинг, прогнозирование.
• Этапы развития информационных систем [4]
• 1 этап. Первые информационные системы появились в 50-х гг. В эти годы они были предназначены для обработки счетов и расчета зарплаты, а реализовывались на электромеханических бухгалтерских счетных машинах. Это приводило к некоторому сокращению затрат и времени на подготовку бумажных документов.
• 2 этап. 60-е гг. знаменуются изменением отношения к информационным системам. Информация, полученная из них, стала применяться для периодической отчетности по многим параметрам. Для этого организациям требовалось компьютерное оборудование широкого назначения, способное обслуживать множество функций, а не только обрабатывать счета и считать зарплату, как было ранее.
• 3 этап. В 70-х - начале 80-х гг. информационные системы начинают широко использоваться в качестве средства управленческого контроля, поддерживающего и ускоряющего процесс принятия решений.
• 4 этап. К концу 80-х гг. концепция использования информационных систем вновь изменяется. Они становятся стратегическим источником информации и используются на всех уровнях организации любого профиля. Информационные системы этого периода, предоставляя вовремя нужную информацию, помогают организации достичь успеха в своей деятельности, создавать новые товары и услуги, находить новые рынки сбыта, обеспечивать себе достойных партнеров, организовывать выпуск продукции по низкой цене и многое другое.

Направления информационных систем [4]

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

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



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

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

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

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

Влияние информационных систем на эффективность работы организации.

Информационные системы оказывают влияние на многие характеристики организации.

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

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

Качество обслуживания клиентов. Примером может служить применение банковских машин (банкоматов). Нормальный банкомат работает 24 часа в сутки каждый день. Он позволяет снимать со счета наличные в любое время суток.

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

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

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

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

Структура информационных систем

- по уровням иерархии (суперсистема, система, подсистема, элемент системы);

- по степени замкнутости (замкнутые, открытые, условно-замкнутые);

- по характеру протекаемых процессов в динамических системах (детерминированные, стохастические и вероятностные);

- по типу связей и элементов (простые, сложные);

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

1.2 Анализ предметной области

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

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

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

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

Задачи, решаемые в данной работе:

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

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

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

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

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

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

- создание реляционных баз данных;

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

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

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

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

- Ведомость прихода товара, предоставляет весь список поступления товара;

- Ведомость расхода товара, предоставляет весь список реализованного товара;

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



1.3 Выбор среды реализации

Теория реляционных баз данных

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

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

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

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

Большинство локальных баз данных могут хранить только одну таблицу (dBase, Paradox, XML). Но есть представители локальных баз, где в одном файле заключено несколько таблиц (например СУБД Access, которая была использована в данном дипломном проекте).

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

В каждой таблице должно быть одно уникальное поле, которое однозначно будет идентифицировать строку. Это поле называется ключевым. Эти поля очень часто используются для связывания нескольких таблиц между собой (с этим мы ещё познакомимся). Но даже если у тебя таблица не связана, ключевое поле всё равно обязательно. Представьте, что вы пишете телефонную базу данных. Сколько у вас будет "Ивановых"? Как вы будите отличать их? Вот тут вам поможет ключ. В качестве ключа желательно использовать численный тип и если позволяет база данных, то будет лучше, если он будет типа "autoincrement" (автоматически увеличивающееся/уменьшающееся число или счётчик).

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

Количество типов и их разновидности зависит от типа базы данных, например формат dBASE (файлы с расширением DBF) поддерживает только 6 типов, а Paradox уже до 15. База данных может храниться в одном файле (Access) или в нескольких (Paradox, dBase). Точнее сказать, данные таблицы всегда хранятся в одном файле, а вот дополнительная информация может располагаться в отдельных файлах. В качестве дополнительной информации могут быть индексы, ограничения или список значений по умолчанию для конкретных полей. Если хотя бы один из файлов запортиться или будет удалён, то данные могут стать недоступными для редактирования.

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

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

Delphi и базы данных [2]

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

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

Для работы с базами в Delphi есть несколько наборов компонент. Каждый набор очень хорошо подходит для решения определённого круга задач. Почему такое разнообразие компонентов? Все они используют разные технологии доступа к данным и отличаются по возможностям. В отличие от Microsoft, которая встроила в свои продукты разработки только технологию доступа к данным ADO собственной разработки, фирма Borland дала разнообразие средств работающих через разные технологии и не ограничивает нас только своими разработками. Такое положение вещей даёт громадные преимущества перед другими программистами.

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

Рисунок 1.2 Закладка Data Access палитры компонентов

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

Рисунок 1.3 Закладка Data Controls палитры компонентов

Закладка BDE, в соответствии с рисунком 1.4 содержит компоненты, позволяющие получить доступ к базам данных по технологии, разработанной фирмой Borland под названием Borland Database Engine. Эта технология сильно устарела и поставляется только для совместимости со старыми версиями. Не смотря на это, она хорошо работает со старыми типами баз данных, такими как Paradox и dBase.

Рисунок 1.4 Закладка BDE палитры компонентов

DBExpress, в соответствии с рисунком 1.5 - это новая технология доступа к данным фирмы Borland. Она отличается большей гибкостью и хорошо подходит для программирования клиент серверных приложений, использующих базы данных. Компоненты с одноимённой закладки лучше использовать с базами данных построенных по серверной технологии, например, Oracle, DB2 или MySQL.

Рисунок 1.5 Закладка dbExpress палитры компонентов

ADO (Active Data Objects), в соответствии с рисунком 1.6 - технология доступа к данным, разработанная корпорацией Microsoft. Очень хорошая библиотека, но рекомендуется её использовать только с базами данных Microsoft, а именно MS Access или MS SQL Server. Её так же можно использовать, если есть специфичный сервер баз данных, который может работать только через ODBC.

Рисунок 1.6 Закладка ADO палитры компонентов

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

СУБД MS Access [3]

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

СУБД Access -- мощное приложение Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта -- детища компании Microsoft, они прекрасно взаимодействуют между собой. СУБД Access работает под управлением Windows XP или Windows Vista, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows в СУБД Access и наоборот; можно создать проект формы в Access и вставить его в конструктор форм.

С помощью объектов OLE (Object Linking and Embedding -- связывание и внедрение объектов) в Windows XP и компонентах Microsoft Office 2007 (Excel, Word, PowerPoint и Outlook) можно превратить СУБД Access в настоящую операционную среду баз данных. С помощью новых расширений для Internet можно создавать формы, которые будут напрямую взаимодействовать с данными из World Wide Web, и транслировать их в представление на языке HTML, обеспечивающее работу с такими продуктами, как Internet Explorer и Netscape Navigator.

При всем этом Access -- не просто СУБД. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. Таблицу Access можно связать с данными, хранящимися на большой ЭВМ или на сервере. С другой стороны, можно использовать таблицы, созданные в среде Paradox или dBASE. Полученные результаты можно быстро и легко связать и объединить с данными из электронных таблиц Excel. Работая в среде Microsoft Office 2007, пользователь получает в свое распоряжение полностью совместимые между собой Access и Word, Excel и PowerPoint.

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

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

Реляционная обработка данных в Access за счет гибкой архитектуры системы способна удовлетворить любые потребности. При этом Access может использоваться как автономная СУБД в режиме файл-сервера или клиентского компонента таких продуктов, как SQL Server. Кроме того. Access поддерживает протокол ODBC (Open Database Connectivity), что позволяет подключаться к базам данных множества различных форматов, таких как SQL Server, Oracle, Sybase и даже DB/2 для больших ЭВМ фирмы IBM.

СУБД Access позволяет импортировать и экспортировать файлы многих известных форматов, включая dBASE, FoxPro, Excel, SQL Server, Oracle, Btrieve, многие текстовые форматы ASCII (в том числе с фиксированной длиной строки или заданным ограничителем), а также данные в формате HTML. В результате импортирования создается таблица Access; в результате экспортирования таблицы Access создается файл в заданном формате.



2. Разработка информационного обеспечения системы

2.1 Информационное моделирование БД

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

Для построения такой модели использована модель «Сущность-Связь».

Модель Сущность-Связь (ER-модель) (англ. entity-relationship model (ERM) или англ. entity-relationship diagram (ERD)) -- модель данных, позволяющая описывать концептуальные схемы. Предоставляет собой графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является мета-моделью данных, то есть средством описания моделей данных.

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

ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру «крупными мазками», в общих чертах. Это общее описание структуры называется ER-диаграммой или онтологией выбранной предметной области (area of interest).

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

На рисунке 2.1 показана ER-диаграмма базы данных, состоящая из 15 сущностей, фотосалона «Выпускник». Из неё можно понять, что основной связью между таблицами является связь один ко многим. Если посмотреть на сущности «Заказ» и «Состав_заказа» видно что они связаны связью один ко многим, потому что один сотрудник может заказать множество товаров. Связным атрибутом является «Код_заказа», первичный ключ у сущности «Заказ», а вторичный у сущности «Состав_заказа».

Тоже самое у сущностей «Приход» и «Состав_прихода» с общем атрибутом «Код_прихода», «Расход» и «Состав_расхода» с общем атрибутом «Код_расхода», «Товар» и «Группа_товаров» с общем атрибутом «KOD_GRUP», «Поставщики_фирмы» и «Фирмы_поставщиков» с общем атрибутом «Key2», «Услуга» и «Состав_услуги» с общем атрибутом «KOD_ZAK».

Связью один ко многим связывается сущность «Товар» с сущностями «Состав_заказа», «Состав_прихода», «Состав_расхода» при помощи общего атрибута «KOD_TOV», являющимся вторичным ключом у сушности «Товар» и первичным у остальных трех сущностей. Анологичные связи у сущности «Сотрудники_фирмы» и «Фирмы_поставщиков» с сущностями «Заказ», «Приход», «Расход» с общими атрибутами «id_sot» и «Key2», также «Услуги» и «Состав_услуги» с общим атрибутом «НомУ».



Рисунок 2.1 ER-диаграмма базы данных

2.2 Даталогическое проектирование БД

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

Судя по ER-диаграмме в базе данных будет 15 таблиц. Ниже будут описаны данные таблицы с указанием типов данных и размеров полей.

Таблица 2.1 описывает сущность Администраторы.

Таблица 2.1

Структура таблицы Админ

Поля	Типы поля	Размер поля	Примечание
Код	Счетчик	Длинное целое	Первичный ключ
Админ	Текстовый	50	Поле, по которому программа выбирает заходить под администратором или пользователем
Имя_админ	Текстовый	50	Поле, отвечающее за имя администратора или пользователя
Пароль	Текстовый	50	Поле, отвечающее за пароль введенный администратором или пользователем

Таблица 2.2 описывает сущность группы товаров.

Таблица 2.2

Структура таблицы Группа_товаров

Поля	Типы поля	Размер поля	Примечание
KOD_GRUP	Числовой (ключевой)	Длинное целое	Первичный ключ
NAIM_GRUP	Текстовый	50	Поле, отвечающее за имя группы товаров

Таблица 2.3 описывает сущность Заказы.

Таблица 2.3

Структура таблицы Заказы

Поля	Типы поля	Размер поля	Примечание
KOD_ZAK	Числовой	Длинное целое	Первичный ключ
DATA_ZAK	Дата/время		Поле отвечающее за дату сделанного заказа
DATA_ISP	Дата/время		Поле отвечающее за дату исполнения сделанного заказа
id_sot	Числовой	Длинное целое	Вторичный ключ
Key2	Числовой	Длинное целое	Вторичный ключ

Таблица 2.4 описывает сущность поставщиков фирмы.

Таблица 2.4

Структура таблицы Поставщики_фирмы

Поля	Типы поля	Размер поля	Примечание
Key2	Счетчик	Длинное целое	Вторичный ключ
Фамилия	Текстовый	15	Поле, отвечающее за фамилию поставщика
Имя	Текстовый	15	Поле, отвечающее за имя поставщика
Отчество	Текстовый	15	Поле, отвечающее за отчество поставщика
РНН	Текстовый	15	Поле, отвечающее за РНН поставщика
СотТел	Текстовый	15	Поле, отвечающее за сотовый телефон поставщика
Фирма	Числовой	Длинное целое	Поле, отвечающее за фирму поставщика
АдресФирмы	Текстовый	20	Поле, отвечающее за адрес фирмы поставщика

Таблица 2.5 описывает сущность прихода товара.

Таблица 2.5

Структура таблицы Приход

Поля	Типы поля	Размер поля	Примечание
KOD_PR	Числовой	Длинное целое	Первичный ключ
DATA_PR	Дата/время		Поле, отвечающее за дату прихода
id_sot	Числовой	Длинное целое	Вторичный ключ
Key2	Числовой	Длинное целое	Вторичный ключ

Таблица 2.6 описывает сущность расхода товара



Таблица 2.6

Структура таблицы Расход

Поля	Типы поля	Размер поля	Примечание
KOD_RAS	Числовой	Длинное целое	Первичный ключ
DATA_RAS	Дата/время		Поле, отвечающее за дату исполнения продажи товара
id_sot	Числовой	Длинное целое	Вторичный ключ

Таблица 2.7 описывает сущность состава заказа.

Таблица 2.7

Структура таблицы Состав_заказа

Поля	Типы поля	Размер поля	Примечание
KOD	Числовой	Длинное целое	Поле, отвечающее за код состава заказа
KOD_ZAK	Числовой	Длинное целое	Вторичный ключ
KOD_TOV	Числовой	Длинное целое	Первичный ключ
CENA	Числовой	Длинное целое	Поле, отвечающее за цену заказанного товара
KOL_VO	Числовой	Длинное целое	Поле, отвечающее за количество заказанного товара

Таблица 2.8 описывает сущность состава прихода товара.

Таблица 2.8

Структура таблицы Состав_прихода

Поля	Типы поля	Размер поля	Примечание
KOD	Числовой (ключевой)	Длинное целое	Поле, отвечающее за код состава прихода
KOD_PR	Числовой	Длинное целое	Вторичный ключ
KOD_TOV	Числовой	Длинное целое	Первичный ключ
CENA	Числовой	Длинное целое	Поле, отвечающее за цену пришедшего товара
KOL_VO	Числовой	Длинное целое	Поле, отвечающее за количество пришедшего товара



Таблица 2.9 описывает сущность состава расхода товара.

Таблица 2.9

Структура таблицы Состав_расхода

Поля	Типы поля	Размер поля	Примечание
NOM	Числовой	Длинное целое	Поле, отвечающее за номер состава расхода
KOD_RAS	Числовой	Длинное целое	Вторичный ключ
KOD_TOV	Числовой	Длинное целое	Первичный ключ
CENA	Числовой	Длинное целое	Поле, отвечающее за цену проданного товара
KOL_VO	Числовой	Длинное целое	Поле, отвечающее за количество проданного товара

Таблица 2.10 описывает сущность сотрудников фирмы.

Таблица 2.10

Структура таблицы Сотрудники_фирмы

Поля	Типы поля	Размер поля	Примечание
id_sot	Счетчик	Длинное целое	Первичный ключ
Фамилия	Текстовый	15	Поле, отвечающее за фамилию сотрудника фирмы
Имя	Текстовый	15	Поле, отвечающее за имя сотрудника фирмы
Отчество	Текстовый	15	Поле, отвечающее за отчество сотрудника фирмы
РНН	Текстовый	15	Поле, отвечающее за РНН сотрудника фирмы
ДомашнийТел	Текстовый	15	Поле, отвечающее за домашний телефон сотрудника фирмы
СотовыйТел	Текстовый	15	Поле, отвечающее за сотовый телефон сотрудника фирмы
МестоПрописки	Текстовый	20	Поле, отвечающее за место прописки сотрудника фирмы
Улица	Текстовый	15	Поле, отвечающее за улицу проживания сотрудника фирмы
Наличие СИК	Логический		Поле, отвечающее за наличие сика сотрудника фирмы
Дата рождения	Дата/время		Поле, отвечающее за дату рождения сотрудника фирмы
Фото	OLE		Поле, отвечающее за фотографию сотрудника фирмы

Таблица 2.11 описывает сущность товара

Таблица 2.11

Структура таблицы Товар

Поля	Типы поля	Размер поля	Примечание
KOD_TOV	Числовой (ключевой)	Длинное целое	Вторичный ключ
KOD_GRUP	Числовой	Длинное целое	Вторичный ключ
NAIM_TOV	Текстовый	50	Поле, отвечающее за наименование товара
NAZVANIE	Текстовый	50	Поле, отвечающее за название товара
CENA	Числовой	Длинное целое	Поле, отвечающее за цену товара
KOL_VO	Числовой	Длинное целое	Поле, отвечающее за количество товара
SER_NOMER	Текстовый	50	Поле, отвечающее за серийный номер товара
SROK	Текстовый	50	Поле, отвечающее за срок гарантии товара
Фото	Поле объекта OLE		Поле, отвечающее за фотографию товара

Таблица 2.12 описывает сущность фирмы поставщиков

Таблица 2.12

Структура таблицы Фирмы_поставщиков

Поля	Типы поля	Размер поля	Примечание
Key2	Счетчик (ключевой)	Длинное целое	Первичный ключ
НазваниеФирмы	Текстовый	40	Поле, отвечающее за название фирмы
Адрес	Текстовый	30	Поле, отвечающее за адрес фирмы
РНН	Текстовый	50	Поле, отвечающее за РНН фирмы
Телефон	Текстовый	50	Поле, отвечающее за телефон фирмы

Таблица 2.13 описывает сущность услуг

Таблица 2.13

Структура таблицы Услуги

Поля	Типы поля	Размер поля	Примечание
НомУ	Счетчик (ключевой)	Длинное целое	Первичный ключ
Услуга	Текстовый	50	Поле, отвечающее за название услуги
Стоимость	Текстовый	10	Поле, отвечающее за стоимость услуги
Фото	Текстовый		Поле, отвечающее за фотографию услуги в качестве образца

Таблица 2.14 описывает сущность услуги.

Таблица 2.14

Структура таблицы Услуга

Поля	Типы поля	Размер поля	Примечание
KOD_ZAK	Числовой (ключевой)	Длинное целое	Первичный ключ
DATA_ZAK	Дата/время		Поле, отвечающее за дату заказа
DATA_ISP	Дата/время		Поле, отвечающее за дату исполнения
id_sot	Числовой	Длинное целое	Вторичный ключ
id_sot2	Числовой	Длинное целое	Вторичный ключ

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

• Разработка базы данных классификации горных районов Западного Кавказа

  Проектирование структуры базы данных, предназначенной для функционирования автоматизированной информационной системы. Значение и информационное наполнение базы данных. Инфологическое, даталогическое и физическое проектирование. Инструкция по эксплуатации.
  
  курсовая работа [4,2 M], добавлен 17.12.2011
  

• Разработка программного обеспечения "Туристическая фирма"

  Разработка программного обеспечения, предназначенного для автоматизации деятельности туристической фирмы. Анализ и проектирование базы данных предметной области. Создание концептуальной, логической и физической моделей данных и программы их обработки.
  
  курсовая работа [816,5 K], добавлен 05.02.2018
  

• Проектирование базы данных "Каталог запчастей автомобиля"

  Анализ предметной области. Предположительный набор необходимых функций. Даталогическое и инфологическое проектирование. Реляционная модель данных. Создание запросов и атрибутов. Физическая модель данных. Разработка приложения для работы с базой данных.
  
  курсовая работа [720,8 K], добавлен 26.04.2015
  

• Проектирование и разработка базы данных автоматизированной информационной системы предприятия

  Схема взаимодействия подразделений предприятия. Выбор и обоснование технологии проектирования базы данных. Описание объектов базы данных. Разработка запросов на выборку, изменение, обновление и удаление данных. Интерфейсы взаимодействия с базой данных.
  
  курсовая работа [1,4 M], добавлен 25.05.2023
  

• Создание автоматизированной информационной системы охраны окружающей среды. Модуль "Недра"

  Анализ области автоматизации. Проектирование пользовательского интерфейса и баз данных. Выбор платформы создания информационной системы. Взаимодействие приложения с источниками данных. Оценка длительности и стоимости разработки программного обеспечения.
  
  дипломная работа [2,2 M], добавлен 09.08.2011
  

• Изучение сущности и автоматизация деятельности ООО "Диланж"

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

• Проектирование и создание базы данных предметной области

  Разработка приложения, позволяющего автоматизировать документооборот предприятия по списанию основных средств. Мероприятия по защите и обеспечению целостности базы данных. Разработка клиентского приложения. Запросы к базе данных, руководство пользователя.
  
  курсовая работа [700,0 K], добавлен 14.01.2015
  

• Разработка информационной системы для обслуживания предметной области "Картотека ГИБДД"

  Анализ проектирования баз данных на примере построения программы ведения информационной системы картотеки ГИБДД. Основные функции базы данных. Обоснование выбора технологий проектирования и реализации базы данных. Описание информационного обеспечения.
  
  курсовая работа [753,0 K], добавлен 27.08.2012
  

• Информационная система "Грузоперевозки"

  Проектирование базы данных для информационной системы "Грузоперевозки". Обследование предметной области. Анализ бизнес-процессов, программного и аппаратного обеспечения. Проектирование компонентов приложения и его структуры. Выбор средств реализации.
  
  курсовая работа [1,6 M], добавлен 21.04.2014
  

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

  Анализ информационных потоков. Разработка структуры таблиц базы данных. Выбор CASE-средства для проектирования информационной системы и среды программирования. Разработка программных модулей (программного обеспечения). Подготовка справочных баз данных.
  
  дипломная работа [6,8 M], добавлен 19.11.2013
  

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