История современных методов решения

Содержание

Введение. 3

Основная часть. 5

1. Теоретическая часть. 5

1.1 История производственного учета. 5

1.2 Постановка задачи. 5

2. Практическая часть. 7

2.1 Описание среды программирования. 7

2.2 Входные и выходные данные. 7

2.3 Проектирование базы данных. 7

2.4 Проектирование приложения. 8

2.5 Методы решения задачи. 12

2.6 Аномалии. 18

2.7 Отладка и тестирование программы.. 19

2.8 Анализ результатов решения. 20

2.9 Инструкция пользователя. 21

Заключение. 25

Литература. 26

Приложение 1. 27

Введение

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

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

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

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

Актуальность данного исследования выражается в рассмотрении и изучении теории данной темы, для решения задач и обеспечения товарооборота и движение товара в компании. А умениеy реализовывать базы данных на системах управления базами данных такие как MySQL, Oracle, и внедрять базы данных, работать с базами данных на высокоуровневых языках программирования Java, Delphi. С целью приобрести навыки и умения и разные методы работы с базами данных.

Объектом исследования является производственный учет - это реализация процесса товарооборота и продвижение товара в компании «shelf.on».

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

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

- Выбор технических средств и методов разработки

- Проектирование структуры базы данных

- Создание базы данных

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

- Тестирование работы приложения

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

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

Я использую следующие методы исследования.

Теоретические методы(методы-операции).

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

Анализ.

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

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

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

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

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

И так начнем с первой таблицы СкладМебели имеющая атрибуты КодНаСкладе, КодМебели, Количество, Стоимость. Эта таблица отличается содержанием с таблицей ПоставкаМебели имеющая другие составляющие атрибуты КодПокупателя, Покупатель, КодМебели, Количество, Стоимость, ДатаПокупки. Первая таблица отличается от второй полями КодНаСкладе, КодМебели. Вторая таблица отличается полями КодПокупателя, Покупатель, ДатаПокупки. В данных таблицах различаются количественные соотношению. Количество мебели (на складе мебели) в таблице СкладМебели варьируется от 11 до 35. А во во второй таблице от 25 до 50. Стоимость от 6400 рублей до 37788 рублей. Следующему рассмотрению подлежат таблица ПоствкаМебели и Поставщик. В таблице Поставка мебели описываются и записываются данные о поставки мебели на склад. О данных поступившей мебели, а в точности это КодПоставки, КодПоставщика, КодМебели, Количество, Стоимость, ДатаПокупки.

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

В таблице ПокупкаМебели описывается покупка мебели покупателями. Здесь информируется количество продаваемой мебели, стоимость мебели. КодПокупки, КодПокупателя, КодМебели.

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

В таблице ВидМебели хранятся данные о коде вида мебели и наименование вида мебели, эта информация соответствует атрибутам КодВидаМебели и Наименование.

Таблица Мебель хранит информацию о коде мебели, по которой проверяют соответствие мебели, а также хранится код вида мебели, наименование мебели, и габариты мебели. А в точности это атрибуты КодМебели, КодВидаМебели, Наименование, Фирма, Длина, Высота, Ширина.

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

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

Эмпирические методы (методы-операции).

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

Ход работы включает в себя введение, теоретическую часть, практическую часть, заключение, список литературы, приложения 1, приложения 2.

Основная часть

Теоретическая часть

Очерк истории производственного учета

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

Историю развития и возникновения учета можно условно разделить на несколько периодов.

1. Древний мир

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

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

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

На Руси упорядочивание учета началось с конца IX в. Князь Олег занялся установлением дани с подвластных племен.

2. Средние века

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

С XIII до середины XIX в. двойная бухгалтерия завоевывает все отрасли народного хозяйства. Решающим успехом был выход в 1494 г. книги великого итальянского математика Луки Пачоли (1445–1517) «Трактат о счетах и записях», она содержит подробное описание применения двойной бухгалтерии к практике торгового предприятия.

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

Дореволюционная Россия.

Один из первых теоретиков промышленного учета Ф. В. Кронхейльм (1818) разделил учет на две части: производственный и бухгалтерский. Первый предусматривал три счета, которые велись только в натуральном измерении, второй – традиционную бухгалтерскую систему счетов.

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

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

Послереволюционная Россия.

Эта эволюция прошла несколько этапов:

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

1918–1921 – подходы к формированию коммунистического, развал старых систем и форм бухгалтерского учета, создание принципиально новых учетных измерителей;

1921–1929 – НЭП, реставрация традиционной системы бухгалтерского учета;

1929–1953 – построение социализма, деформация принципов бухгалтерского учета;

1953–1984 – совершенствование производственного учета, анализ его организационных структур и распространение механизированной обработки экономической информации;

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

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

История современных методов решения

В развитии технологии баз данных выделяют 4 этапа.

Первый этап связан с развитием баз данных на больших машинах типа IBM 360/370, ЕС ЭВМ.

История развития систем управления базой данных (СУБД) насчитывает более 30 лет. В 1968 г. была введена в эксплуатацию первая промышленная СУБД фирмы IBM. В 1975 г. появился первый стандарт ассоциации по языкам систем обработки данных Conference of Data System Languages (CODASYL), определивший ряд фундаментальных понятий в теории баз систем данных. В 1981 г. Э.Ф. Кодд получил премию Тьюринга за разработку реляционной модели и реляционной алгебры.

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

Второй этап связан с появлением и развитием персональных компьютеров. На этом этапе преобладают настольные СУБД в частности: Dbase, FoxPro, Clipper, Paradox.

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

Особенности этого этапа:

- поддержка структурной и языковой целостности;

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

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

К этому этапу относятся СУБД Access`97, Oracle 7.3(8.4), MS SQL 6.5(7.0) System 10(11).

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

Современными методами решения. Которые реализуют с сейчас являются создание баз данных на таких баз данных как Oracle 11 g, MySql, MySql(server) и ряд других технологий. Сейчас очень изысканно проектировать и интегрировать базы данных на высокоуровневых языках программирования таких как Delphi, Java. На Delphi есть много разных способов разрабатывать базы данных. Это и с помощью DBE и методом ADO которые способствуют реализовывать и создавать базы дпнных универсальными способами, а также создание базы данных осуществляется в MySql, где в создании базы данных участвуют sql-запосы. Тем самым реализуя базу данных использую более высокие технологии ближе программным технологиях, программирование, где популярно кодирование модуль.

Обоснования методов решения.

Теоритические методы (методы-операции).

Анализ.

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

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

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

Синтез.

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

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

И так начнем с первой таблицы СкладМебели имеющая атрибуты КодНаСкладе, КодМебели, Количество, Стоимость. Эта таблица отличаетсясодержанием с таблицей ПоставкаМебели имеющая другие составляющие атрибуты КодПокупателя, Покупатель, КодМебели, Количество, Стоимость, ДатаПокупки. Первая таблица отличается от второй полями КодНаСкладе, КодМебели. Вторая таблица отличается полями КодПокупателя, Покупатель, ДатаПокупки. В данных таблицах различаются цены на мебель. Цена мебели (на складе мебели) в таблице СкладМебели варьируется от 11 до 35. А во во второй таблице от 25 до 50. Стоимость от 6400 рублей до 37788 рублей. Следующему рассмотрению подлежат таблица ПоствкаМебели и Поставщик. В таблице Поставка мебели описываются и записываются данные о поставки мебели на склад. О данных поступившей мебели, а в точности это КодПоставки, КодПоставщика, КодМебели, Количество, Стоимость, ДатаПокупки.

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

В таблице ПокупкаМебели описывается покупка мебели покупателями. Здесь информируется количество продаваемой мебели, стоимость мебели. КодПокупки, КодПокупателя, КодМебели.

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

В таблице ВидМебели хранятся данные о коде вида мебели и наименование вида мебели, эта информация соответствует атрибутам КодВидаМебели и Наименование.

Таблица Мебель хранит информацию о коде мебели, по которой проверяют соответствие мебели, а также хранится код вида мебели, наименование мебели, и габариты мебели. А в точности это атрибуты КодМебели, КодВидаМебели, Наименование, Фирма, Длина, Высота, Ширина.

Теоритические методы (методы – познавательные действия).

Диалектика.

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

Дедуктивный метод.

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

Эмпирический метод.

Наблюдения. В данном наблюдении открывается картина обуславливающая умение разбирать, создавать, проектировать базы данных в более новых и усовершенствованных средах. Таких как Delphi, Oracle, MySql, так как способствует лучше разбираться и находить методы решения поставленных задач для продвижения намеченных целей. С учетом того что базы данных сделанные на средах более высокого уровня, считается сейчас закономерным и более приемлемым способом работы с проектированием деятельности. А также дает новые навыки в построении и создании базы данных на совершенных и усовершенствованных средах, которые являются часто используемыми и ближе к программируемому уровню. Разные и усовершенствованные способы реализации базы данных формируют к пониманию создании базы данных на высокоуровневых языках, таких как Delphi, Java.

Дата добавления: 2015-10-28