диплом Разработка базы данных и клиентского приложения для малого коммерческого предприятия работающего в сфере государственных поставок и услуг (id=idd_1909_0000083)

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

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


СПИСОК СОКРАЩЕНИЙ

В дипломном проекте используются следующие сокращения и обозначения:
ИТ – информационные технологии
АС – автоматизированная система
БД – база данных
СУБД – система управления базами данных
ПО – программное обеспечение



ПЕРЕЧЕНЬ
программных средств и систем, использованных при выполнении выпускной квалификационной работы

№ п/п
Наименование программного продукта, версия, компания-разработчик
Вид использования

1
MS Word в составе MS Office
Подготовка текста работы

2
MS Access в составе MS Office
Создание начальной базы данных

3
ERwin Process Modeler r7.3
Проектирование информационных потоков

4
Borland Delphi 7.0
Разработка программы согласно заданию








АННОТАЦИЯ

Объем пояснительной записки 123 страницы, 12 рисунков, 8 таблиц, 37 использованных литературных источников.
Автоматизированная информационная система, база данных, математическое обеспечение, информационное обеспечение, программное обеспечение, техническое обеспечение, инфологическое моделирование, датологическое моделирование, модель «AS-IS», модель «TO-BE».
Объектом исследования выпускной квалификационной работы (дипломного проекта) является отдел продаж компании.
Целью выпускной квалификационной работы (дипломного проекта) является разработка автоматизированной информационной системы учета продаж компании, осуществляющей государственные закупки.
Проектирование автоматизированной информационной системы учета заказов осуществлялось с применением методов и средств структурного подхода. На этапе проектирования предметной области использованы графические методы анализа и проектирования информационных потоков данных. При проектировании базы данных на этапе инфологического моделирования использована модель «Сущность-связь», на этапе даталогического проектирования базы данных применен метод нормальных форм. Разработка АИС осуществлялась средствами среды разработки Borland Delphi 7.0 и СУБД Access.



СОДЕРЖАНИЕ


ВВЕДЕНИЕ 7
РАЗДЕЛ 1 АНАЛИЗ ТЕОРЕТИЧЕСКИХ АСПЕКТОВ РАЗРАБОТКИ АИС 10
1.1 Понятие и виды АИС 10
1.2 Средства и методы разработки АИС 13
1.3 Описание предметной области 25
1.4 Сравнительный анализ существующих систем 27
РАЗДЕЛ 2 ТЕХНОЛОГИИ РАЗРАБОТКИ АИС 34
2.1 Общая характеристика и основные направления деятельности 34
2.2 Описание информационной системы предприятия 36
2.2 Описание предметной области 40
2.3 Модель системы «как есть» 42
2.4 Обоснование актуальности разработки АИС 44
2.5 Моделирование системы 47
2.6 Разработка архитектуры системы 52
2.7 Выбор технологий разработки 55
2.8 Выбор инструментария разработки 61
2.9 Моделирование системы «как должно быть» 64
2.10 Техническое задание на разработку 66
2.11 Выводы по разделу 68
РАЗДЕЛ 3 РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 69
3.1 Построение логических моделей системы 69
3.2 Расчёт объёма базы данных 70
3.3 Определение комплекса аппаратного и технического обеспечения 71
3.4 Разработка физической модели системы 72
3.5 Разработка модели управления и обработки данных 73
3.6 Разработка интерфейсных форм 76
3.7 Структурная схема проектируемой системы 81
3.9 Программная реализация основных модулей 85
3.10 Руководство пользователя системы 86
3.11 Руководство администратора системы 94
3.12 Выводы по разделу 94
РАЗДЕЛ 4 ЭКОНОМИЧЕСКАЯ ЧАСТЬ 95
4.1 Оценка стоимости разработки и внедрения 95
4.2 Расчет эффективности и окупаемости 99
4.3 Выводы по разделу 101
РАЗДЕЛ 5 БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ 102
5.1 Анализ опасных и вредных факторов, возможных при работе с ПК 102
5.2 Разработка мероприятий по снижению влияния вредных факторов при работе с ПК 104
5.3 Предотвращение чрезвычайных ситуаций 114
ЗАКЛЮЧЕНИЕ 116
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ И ЛИТЕРАТУРЫ 120
ПРИЛОЖЕНИЕ A – ТЕКСТ ПРОГРАММЫ 124




ВВЕДЕНИЕ

В настоящее время наблюдается динамичное развитие информационных технологий. Большинство области финансовой и хозяйственной деятельности используют прикладное программное обеспечение, которое позволяет автоматизировать и упростить работу предприятий.
В современных условиях на больших предприятиях сотрудникам приходится иметь дело с большим количеством часто изменяющейся информации, обработка которой затруднительна без использования современной компьютерной техники. На предприятиях, имеющих значительный оборот продукции, существует необходимость учета и контроля большого объема кадровой, финансовой, закупочно–сбытовой, производственной, маркетинговой и другой информации.
Система автоматизации позволяет упорядочить и автоматизировать деятельность предприятия, связав ее в единую высокотехнологичную сеть эффективных процессов.
Такая организация работы позволяет снизить расходы компании и увеличить ее прибыль. Объединение процессов обслуживания клиентов, взаимодействия с персоналом и партнерами, распределения материальных и финансовых ресурсов, формирования отчетности и управления предприятием, автоматизация всех этих процессов — это уникальная основа для принятия эффективных управленческих решений.
Автоматизированные системы управления являются только средством, инструментом грамотного управления, а, следовательно, и успеха в бизнесе.
Объект исследования – учет продаж предприятия ООО «ГК Гост» Предмет исследования - экономические отношения, складывающиеся в процессе учета продаж.
Целью выпускной квалификационной работы (дипломного проекта) является разработка автоматизированной информационной системы учета продаж и поддержка программных комплексов для решения управленческих задач.
Для достижения поставленной цели необходимо решить следующие задачи:
проанализировать и отразить основные направления деятельности предприятия ООО «ГК Гост»;
рассмотреть и выполнить анализ информационной системы (ИС) предприятия ООО «ГК Гост» и построить модель «AS – IS»;
выявить недостатки функционирования информационных потоков (ИП) АИС учета продаж предприятия ООО «ГК Гост» и предложить мероприятия по совершенствованию;
спроектировать функциональные подсистемы АИС учета продаж предприятия ООО «ГК Гост»;
провести инфологическое и датологическое проектирование автоматизированной информационной системы;
построить функционально-логическую и физическую структуру программного обеспечения АИС;
рассчитать экономическую эффективность АИС учета продаж предприятия ООО «ГК Гост».
Актуальность темы связана с необходимостью автоматизации процесса учета продаж в ООО «ГК Гост», занимающемся оказанием  поставкой товаров и оказание услуг для государственных и муниципальных организаций.
Информационной базой выпускной квалификационной работы являются нормативная документация ООО «ГК Гост», учебная литература по базам данных и проектированию информационных систем, образцы документов, используемых специалистами предприятия, а также документация по программным средствам Delphi 7.0, ERwin Process Modeler r7.3, СУБД Access, которые понадобятся для разработки АИС учета продаж и построения диаграмм.
В качестве инструментов разработки АИС учета продаж в ООО «ГК Гост» использованы система управления базой данных (СУБД) Access, визуальная среда программирования Borland Delphi 7.0. Для проектирования информационных потоков в виде диаграмм использовалось CASE–средство ERwin Process Modeler r7.3 (ERwin) - новая версия программного приложения BPwin.




РАЗДЕЛ 1 АНАЛИЗ ТЕОРЕТИЧЕСКИХ АСПЕКТОВ РАЗРАБОТКИ АИС
1.1 Понятие и виды АИС

Автоматизированная система (АС) — это организованная совокупность средств, методов и мероприятий, используемых для регулярной обработки информации для решения задачи. Если автоматизируемый процесс связан в основном с обработкой информации, то такая система называется автоматизированной информационной системой. 
АИС, которая позволяет оптимизировать информационные процессы в организации обладает следующими свойствами:
Объективностью информации. За счет того, что данные регистрируются, собираются, обрабатываются и хранятся при помощи автоматизированных комплексов, обеспечивается их достоверность и независимость от операторов.
Полнотой информации. Разработанные методики позволяют на основе математической обработки первичных данных получать оценку текущего состояния.
Оперативностью. Система включает в себя современные сетевые решения, корпоративные базы данных и специализированные эффективные программы анализа данных. Все это помогает руководству предприятия в кратчайшие сроки принимать необходимые решения.
Любой вид аналитической работы опирается на информационную базу. Объективность исследований на основе использования АС напрямую зависит от оперативности обновления информации в системе, ее полноты и насколько АИС способна эволюционировать, то есть насколько быстро она может быть адаптирована к решению текущих задач для исследований в той или иной области.
Современная АИС должна не только поддерживать гибко настраиваемый импорт/экспорт фактических данных из учетных систем, но и обладать возможностями отслеживания ключевых показателей и выдавать соответствующие предупреждения. Немаловажным при взаимодействии учетных АС является технология обновления баз данных и справочников. Полноценное обновление предполагает хронологический учет всех изменений, таких как добавление, удаление, объединение, дробление, изменение наименований для статей, единиц организационной структуры и т. д.
Во многом успешность исследований зависит от того, правильно ли сделан выбор системы и правильно ли ведется внедрение. К сожалению, накоплен большой отрицательный опыт неудачных проектов, и главная причина неудач — нарушение методологии внедрения.
Опыт разработки и внедрения различных классов АИС показал высокую экономическую эффективность их применения, особенно на крупных предприятиях. Она отражается в хорошей организации труда и производства, повышении точности планирования и реализации поставленных задач, в обеспечении ритмичности работы предприятия, уменьшении доли ручного труда, эффективном (в том числе оперативном) информационном обеспечении различных категорий пользователей. Средний срок окупаемости таких систем обычно не превышает двух лет.
При внедрении АИС на предприятии подразумевают достижение двух взаимосвязанных основных целей:
сокращение затрат на организацию деятельности предприятия;
повышение производительности, увеличение прибыли.
Достижение данных целей определяются следующими показателями:
1. Повышением производительности труда. Она имеет отношение к скорости, стоимости и качеству выполнения рутинных задач. Для повышения производительности труда в организациях применяют компьютерные системы документооборота, справочно-нормативной информации, систем взаимодействия, которые позволяют специалистам предприятия осуществлять за короткое время выполнять операции, на которые ранее требовалось на достаточно большое время.
2. Увеличением конкурентоспособности. Использование АИС позволяет оперативно обрабатывать информацию по принятию решений по развитию деятельности предприятия в условиях рыночной конкуренции.
3. Интегрированием финансовой информации. Оценивание руководителем работы компании в различных аспектах финансового состояния. Финансовый отдел предоставляет одну версию отчёта о доходах, отдел продаж – другую. Остальные подразделения могут свои варианты финансового вклада в бизнес. Единая информационная система формирует окончательный вариант финансового состояния, который не может никем оспариваться, поскольку все используют одну систему.
4. Быстрое обслуживание заказов. В АИС заказ фиксируется с момента появления до момента отгрузки товара клиенту, а бухгалтерией выписывается счет на оплату. Имея информацию в одной системе, специалистам предприятия легче отслеживать заказ и координировать производство, складирование и отгрузку по всем подразделениям одновременно.
5. Стандартизация и ускорение процесса производства. Системы автоматизации производства формируют стандартные методы оптимизации определенных шагов производственного процесса. Стандартизация этих процессов и использование единой интегрированной системы экономит время, увеличивает производительность.
6. Уменьшение складских запасов. АИС способствуют тому, что производственный процесс протекает более согласованно, улучшается процесс исполнения заказа внутри компании. Компания имеет возможность создавать минимальные запасы сырья, необходимого для производства продукции, и хранить меньше готовой продукта на складах.
8. Стандартизация информации по персоналу. В компаниях с большим количеством различных бизнес - единиц отделы кадров АИС позволяет унифицировать методику кадрового учета сотрудником.

1.2 Средства и методы разработки АИС

Эффективный подход к решению проблемы разработки сложных системы, заключается в построении такой системы из небольшого количества крупных частей, каждая из которых, в свою очередь, строится из частей меньшего размера до тех пор, пока самые небольшие части можно будет строить из имеющегося материала.
По отношению к созданию информационных систем это означает, что их необходимо разделять (декомпозировать) на небольшие подсистемы, каждую из которых можно создавать независимо от других. Это позволяет при разработке подсистемы любого уровня необходимо учитывать информацию только о ней, а не обо всех остальных частях системы. Декомпозиция является главным способом преодоления сложности разработки информационных систем.
На сегодняшний день существуют два основных подхода к разработке информационных систем, принципиальное различие между которыми обусловлено разными способами декомпозиции систем. Первый подход называют функционально-модульным или структурным. В его основу положен принцип функциональной декомпозиции, при которой структура системы описывается в терминах иерархии ее функций и передачи информации между отдельными функциональными элементами. Второй подход, объектно-ориентированный, использует объектную декомпозицию. При этом структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами.
При анализе информационных систем наиболее часто применяются следующие методологии структурного анализа, содержащие соответствующие графические и текстовые средства моделирования:
SADT (Structured Analysis and Design Technique) – метод структурного анализа и проектирования;
DFD (Data Flow Diagrams) – диаграммы потоков данных совместно со словарями данных и спецификациями процессов;
ERD (Entity-Relationship Diagrams) – диаграммы «сущность-связь».
Метод SADT представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели исследуемой системы.
Функциональная направленность означает, что функции системы исследуются независимо от механизмов, которые обеспечивают их выполнение. «Функциональная» точка зрения позволяет четко отделить аспекты назначения системы от аспектов ее физической реализации. В целом метод SADT направлен на изучение того, что делает исследуемая система, а не каким конкретно способом.
Метод SADT успешно используется в военных, промышленных и коммерческих организациях для решения широкого круга задач, таких, как долгосрочное и стратегическое планирование, автоматизированное производство и проектирование, разработка программного обеспечения, управление финансами и материально-техническим снабжением и др.
Метод SADT может использоваться для моделирования самых разнообразных систем. При анализе существующих систем метод SADT может применяться для выявления функций, выполняемых системой, и указания механизмов, посредством которых они осуществляются.
Основным элементом IDEF0-диаграмм является функциональный блок с соответствующими входящими и исходящими стрелками (рисунок 1.1). Графически функциональный блок изображается в виде прямоугольника и моделирует некоторую конкретную функцию в рамках рассматриваемой системы.
Название каждого функционального блока должно быть образовано с использованием глаголов или отглагольных существительных. Важно подбирать имена функциональных блоков так, чтобы они отражали точку зрения, используемую для моделирования.














Рисунок 1.1 – Функциональный блок IDEF0-диаграмм
На IDEF0-диаграммах возможны четыре типа стрелок:
стрелка входа – отображает то, что подается на вход функционального блока;
стрелка управления – отображает ограничения и инструкции, влияющие на работу функционального блока;
стрелка выхода – отображает то, что является результатом работы функционального блока;
стрелка механизма исполнения – отображает то, что используется для работы функционального блока.
Стрелки входа. Вход представляет собой информацию, потребляемую или преобразуемую функциональным блоком для производства выхода. Стрелки входа всегда направлены в левую сторону прямоугольника, обозначающего в IDEF0 функциональный блок. Наличие входных стрелок на диаграмме не является обязательным, так как возможно, что некоторые блоки ничего не преобразуют и не изменяют.
Стрелки управления. Стрелки управления отвечают за регулирование того, как и когда выполняется функциональный блок. Так как управление контролирует поведение функционального блока для обеспечения создания желаемого выхода, каждый функциональный блок должен иметь как минимум одну стрелку управления. Стрелки управления всегда входят в функциональный блок сверху. Управление часто существует в виде правил, инструкций, законов, политики, набора необходимых процедур или стандартов.
Стрелки выхода. Выход – это продукция или информация, получаемая в результате работы функционального блока. Каждый блок должен иметь как минимум один выход.
Стрелки механизма исполнения. Механизм является ресурсом, который непосредственно исполняет моделируемое действие. С помощью механизмов исполнения могут моделироваться ключевой персонал, техника и (или) оборудование. Стрелки механизма исполнения могут отсутствовать в случае, если оказывается, что они не являются необходимыми для достижения поставленной цели моделирования.
Входящие и исходящие стрелки функциональных блоков отображают элементы исследуемой системы, которые обрабатываются функциональным блоком или оказывают иное влияние на функцию, отображенную данным функциональным блоком. С помощью стрелок отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе.
Построение IDEF0-диаграмм всегда начинается с представления исследуемой системы как единого целого – одного функционального блока с входами и выходами, направленными за пределы изучаемой системы. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой и обозначается идентификатором «А-0».
В пояснительном тексте к контекстной диаграмме должна быть указана цель построения диаграммы (в виде краткого описания) и зафиксирована точка зрения. Определение и формализация цели разработки IDEF0-модели является крайне важным моментом. Фактически цель определяет соответствующие области в исследуемой системе, на которых необходимо фокусироваться в первую очередь.
Точка зрения определяет основное направление развития модели и уровень необходимой детализации. Четкое фиксирование точки зрения позволяет разгрузить модель, отказавшись от детализации и исследования отдельных элементов, не являющихся необходимыми, исходя из выбранной точки зрения на систему.
Далее производится декомпозиция построенной контекстной диаграммы. Декомпозиция позволяет постепенно и структурированно представить модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легкой для понимания.
В процессе декомпозиции функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы.
Современные диаграммы потоков данных в основном применяются для моделирования реально циркулирующей внутри исследуемой системы информации, хотя в принципе они могут быть использованы для анализа перемещений любых материальных объектов, а не только для моделирования потоков информации. При этом исследуемая система представляется в виде сети процессов, связанных потоками данных. Главная цель такого представления – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Диаграммы потоков данных (DFD – Data Flow Diagram) являются основным средством моделирования функциональных требований проектируемой системы. С их помощью эти требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель таких средств – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Для изображения диаграмм потоков данных традиционно используются нотации Йордана (Yourdon) и Гейна-Сарсона (Gane and Sarson), отличие между которыми заключается в различных условных обозначениях для основных элементов диаграмм потоков данных.
Потоки данных на диаграммах обычно изображаются именованными стрелками, ориентация которых указывает направление движения информации.
Компонента
Нотация Йордана
Нотация Гейна-Сарсона

Поток данных





Процесс





Хранилище





Внешняя сущность







Рисунок 1.2 – Основные элементы диаграмм потоков данных

Иногда информация передается в одном направлении, обрабатывается, а затем возвращается назад в ее источник. Такая ситуация может моделироваться либо двумя различными потоками, либо одним – двунаправленным.
Назначение процесса состоит в преобразовании того, что поступает на его вход, в то, что появляется на его выходе в соответствии с действием, задаваемым именем процесса. Это имя должно быть выражено глаголом в неопределенной форме с последующим дополнением либо отглагольным существительным.
Кроме того, каждый процесс должен иметь уникальный номер для ссылок на него внутри диаграммы. Этот номер может использоваться совместно с номером диаграммы для получения уникального индекса процесса во всей модели.
Наиболее часто процессы на DFD-диаграммах используются для моделирования преобразований информации, поступающей на его вход, в информацию, выдаваемую на его выход.
В хранилища данных можно временно поместить информацию, которая перемещается между процессами. Фактически хранилище представляет «срезы» потоков данных во времени. Информация, которую оно содержит, может использоваться в любое время после ее определения, при этом данные могут выбираться в любом порядке. Имя хранилища должно идентифицировать его содержимое и быть выражено существительным.
Внешняя сущность может быть любым объектом за пределами исследуемой системы, являющимся источником или приемником информации из исследуемой системы, имя должно быть выражено существительным.
Построение DFD-диаграмм исследуемой системы, также как и IDEF0-диаграмм, всегда начинается с построения контекстной диаграммы.
Контекстная DFD-диаграмма обычно состоит из одного функционального блока со стрелками, соединенными с внешними сущностями. Функциональный блок на этой диаграмме обычно имеет имя, совпадающее с именем исследуемой системы.
Контекстная диаграмма четко фиксирует исследуемую систему вместе с информационными потоками, связывающими ее с внешним миром. Она идентифицирует источники или приемники информации из исследуемой системы (внешние сущности), а также единственный процесс, отражающий главную цель или природу исследуемой системы насколько это возможно. И хотя контекстная диаграмма выглядит тривиальной, несомненная ее полезность заключается в том, что она устанавливает границы анализируемой системы. Каждый проект должен иметь ровно одну контекстную диаграмму, при этом нет необходимости в нумерации единственного ее процесса.
Далее в процессе декомпозиции функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма содержит функциональные блоки, отображающие главные процессы контекстной диаграммы, и называется дочерней по отношению к нему. Аналогичным образом каждый из процессов дочерней диаграммы может быть детализирован далее. Такая процедура последовательной декомпозиции производится до тех пор, пока не будет получен комплект диаграмм, удовлетворяющих исследователя.
Диаграммы потоков данных не отражают в деталях содержимое циркулирующей между процессами информации. В то же время при анализе и проектировании информационных систем часто необходимо иметь точные описания потоков данных. Для решения этой задачи обычно DFD-диаграммы дополняются так называемыми словарями данных. В словаре данных хранится детальная информация о структуре и отдельных элементах этой структуры для каждого потока в исследуемой системе.
Диаграммы «сущность-связь» (ERD) предназначены для разработки моделей данных и обеспечивают стандартный способ определения данных и отношений между ними. Фактически с помощью ERD осуществляется детализация хранилищ данных проектируемой системы, а также документируются сущности системы и способы их взаимодействия, включая идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей).
Цель моделирования данных состоит в обеспечении разработчика информационной системы концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных.
Наиболее общими понятиями, использующимися при построении любых диаграмм «сущность-связь», являются:
сущность;
связь;
атрибут.
Сущность (Entity) – реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области. Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен однозначно идентифицироваться и отличаться от всех других экземпляров данного типа сущности. Каждая сущность должна обладать некоторыми свойствами, а именно:
иметь уникальное имя, к одному и тому же имени должна всегда применяться одна и та же интерпретация, одна и та же интерпретация не может применяться к различным именам, если только они не являются псевдонимами;
обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;
обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности.
Каждая сущность может обладать любым количеством связей с другими сущностями модели.
Связь (Relationship) – поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области. Связь – это ассоциация между сущностями, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров второй сущности, и наоборот.
Атрибут (Attribute) – любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут представляет тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, предметов и т. д.).
Экземпляр атрибута – это определенная характеристика отдельного элемента множества. Экземпляр атрибута определяется типом характеристики и ее значением, называемым значением атрибута. На диаграмме «сущность-связь» атрибуты ассоциируются с конкретными сущностями. Таким образом, экземпляр сущности должен обладать единственным определенным значением для ассоциированного атрибута.
Рассмотренные разновидности структурного анализа представляют собой приблизительно одинаковые по мощности языки для передачи понимания. И одним из основных критериев выбора является следующий: насколько хорошо каждым из этих языков владеет аналитик или консультант, насколько грамотно он может на этом языке выражать свои мысли для описания функцион

Заказать эту работу прямо сейчас

Посмотреть другие готовые работы по предмету БАЗЫ ДАННЫХ

© 2002-2024 Москва 'Мастерская дипломов'. Все права защищены.