Вход

Автоматизация учета продаж в ООО "Мастерская мебели"

Рекомендуемая категория для самостоятельной подготовки:
Дипломная работа*
Код 289188
Дата создания 14 сентября 2014
Страниц 115
Мы сможем обработать ваш заказ 30 мая в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
650руб.
КУПИТЬ

Описание

Работа защищена на 4.
Список литературы выполнен не по ГОСТу.
Не идеально составлена информационная модель.
В архиве диплом, ПО и исходники разрабатываемого ПО (Delphi, Access). ...

Содержание

Введение 4
1.Аналитическая часть 7
1.1.Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ» 7
1.1.1.Характеристика предприятия и его деятельности 7
1.1.2. Организационная структура управления предприятием 8
1.1.3. Техническая и программная архитектура предприятия 10
1.2.Характеристика комплекса задач, задачи и обоснование необходимости автоматизации 14
1.2.1.Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов 14
1.2.2.Определение места проектируемой задачи в комплексе задач 17
1.2.3. Обоснования необходимости использования вычислительной техники для решения задачи 19
1.2.4. Анализ системы обеспечения информационной безопасности и защиты информации 21
1.3.Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ» 23
1.3.1.Анализ существующих разработок для автоматизации задачи 23
1.3.2. Выбор и обоснование стратегии автоматизации задачи 29
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи 30
1.4.Обоснование проектных решений 33
1.4.1.Обоснование проектных решений по информационному обеспечению 33
1.4.2. Обоснование проектных решений по программному обеспечению 37
1.4.3. Обоснование проектных решений по техническому обеспечению 40
2. Проектная часть 44
2.1 Разработка проекта автоматизации 44
2.1.1 Этапы жизненного цикла информационной системы 44
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание 53
2.1.3. Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации 54
2.2. Информационное обеспечение задачи 56
2.2.1. Информационная модель задачи 56
2.2.2. Характеристика нормативно-справочной, входной и оперативной информации 59
2.3. Программное обеспечение задачи 60
2.3.1 Общие положения (дерево функций и сценарий диалога) 60
2.3.2. Характеристика базы данных 62
2.3.3 Структурная схема пакета (дерево вызова программных модулей) 65
2.3.4. Описание программных модулей 67
2.4. Контрольный пример 71
3. Обоснование экономической эффективности проекта 88
3.1 Выбор и обоснование методики расчёта экономической эффективности 88
3.2 Расчёт показателей экономической эффективности проекта 91
Заключение 97
Литература 99
Приложение 101

Введение

Управление отношениями с клиентами - это стратегия, основанная на применении новых управленческих и информационных технологий, с помощью которых компании аккумулируют знания о клиентах для выстраивания взаимовыгодных отношений с ними. Подобные отношения способствуют увеличению прибыли, т. к. привлекают новых клиентов и помогают удержать старых.
Данная концепция реализуется с помощью специального набора программного обеспечения и технологий, позволяющих автоматизировать, а значит, совершенствовать бизнес-процессы в сфере продаж, маркетинга и обслуживания клиентов. Это дает возможность компании обращаться к заказчикам услуг с интересными предложениями в наиболее удобный момент времени и по наиболее удобным каналам связи.
Во многих организациях отделы продаж, маркетинга и обслуживания клиен тов пока еще действуют независимо друг от друга, и по этой причине их представления о заказчике зачастую противоречивы, а действия — несогласованны. Автоматизация системы продаж облегчает координацию действий различных отделов, обеспечивая их общей платформой для взаимодействия с клиентами, и дает каждому из них доступ к полной информации о них, что способствует наилучшему удовлетворению потребностей клиентов.
Дипломный проект, предназначен для осуществления автоматизированного приёма и обработки заказов мебельной фабрики ООО «Мастерская мебели», что позволит существенно сократить время «бумажного учёта», обеспечить лёгкость, эффективность и быстроту работы в вычислении стоимости заказов, выведении информации о необходимых заказах.
Можно выделить следующие основные цели проекта:
1. Совершенствование процессов приёма и обработки заказа.
2. Сокращение затрат на обработку информации.
3. Повышение эффективности работы отдела продаж мебельной фабрики.
Данные цели могут быть достигнуты при решении следующих задач:
- создание автоматизированной информационной системы для удобного оформления, обработки и хранения информации о заказах;
- создание структурированной базы данных, реализующей хранение данных, организацию доступа к ним и редактирование;
- возможность формирования отчётов по различным видам запросов;
- изучение специфики предприятия, декомпозиция бизнес-процессов;
- определение информационных объектов, их свойств;
- постановка задач автоматизации, определение перечня справочников, входных, отчетных форм;
- построение логической модели базы данных;
- построение физической модели базы данных;
- определение стратегии автоматизации;
- разработка программного продукта;
- опытная эксплуатация;
- определение экономической эффективности проекта.
Объектом исследования является общество с ограниченной ответственностью «Мастерская мебели» – торгово-производственное предприятие по продаже мебельной продукции.
Предмет исследования – процесс учета продаж ООО «Мастерская мебели».
Метод исследования – изучение текущего состояния бизнес-процессов в сфере работы с клиентами в ООО «Мастерская мебели», изучение литературы в области информационных технологий, CASE-систем и языков программирования.
Структура дипломной работы отражает логику и содержание исследования. Работа состоит из введения, трех глав, заключения, списка литературы и приложений.
Во введении выявлена актуальность темы дипломной работы, определены цель, задачи, объект, предмет, методы исследования. В первой части работы рассмотрены бизнес-процессы на предприятии в сфере организации работы с клиентами, показана необходимость применения автоматизации бизнес-процессов, рассмотрена модель «как есть» и построена модель «как должно быть», проведен обзор рынка существующих аналогов информационных систем, принято решение о разработке собственной автоматизированной системы. Далее главе определены задачи автоматизации, выделены информационные объекты и их свойства, определены связи между ними, построены логическая и физическая модели базы данных, определены технические требования к функционированию информационной системы, а также требования безопасности. В пятой главе приведено описание созданного программного обеспечения, разделение режимов работы по ролям пользователей, приведена инструкция по установке программы, описание режимов её работы. Далее проведен расчет экономической эффективности созданного проекта, сделан вывод о возможности его внедрения в промышленную эксплуатацию.
Также данная дипломная работа включает в себя заключение, в котором подводится итог проделанной нами работы, прилагается список литературы.

Фрагмент работы для ознакомления

В рамках решения поставленной задачи системным ПО выступает операционная система. Для сервера будет выбрана Windows 2008 server, поскольку не имеет смысла менять операционную систему, применяемую для автоматизированной системы управления предприятием. Требования, которым должно удовлетворять проектируемое программное средство:надежность, поскольку при эксплуатации ИС важна ее бесперебойная работа,эффективность, так как на основе выходных данных ИС принимаются управленческие решения,понятность пользователю, защита информации, модифицируемость, что вызвано планами на дальнейшее расширение всей ИС предприятия в целом,мобильность, масштабируемость, минимизация затрат на сопровождение и поддержку. Кроме того, требования, предъявляемые к программам и приложениям, разработанным в рамках автоматизированной ИС, с точки зрения конечных пользователей, следующие:компьютерные программы, входящие в состав системы, должны удовлетворять требованиям, предъявляемым к человеко-машинному интерфейсу,в приложениях автоматизированной системы должен быть реализован стандартный интерфейс (стандартный вид окон, меню и панелей инструментов, возможности настройки параметров среды), приложение должно иметь встроенную справку и поддерживать работу с контекстными подсказками, при работе с приложением информация должна быть защищена от некорректных действий пользователя. Инструментальное программное средство выбирается на основе выбранной и обоснованной методологии и стратегии автоматизации задачи.На стадии системного синтеза необходимо выбрать программное обеспечение для создания программных модулей, непосредственно реализующих разработанную ИС. Поскольку принята каноническая стратегия разработки проекта автоматизации, подразумевающая ручное оригинальное проектирование и реконструкцию, то в качестве инструментального программного обеспечения будет выступает язык программирования высокого уровня, имеющий возможность генерации экранных форм документов, а также организации работы с базами данных.В настоящее время широко используются языки программирования высокого уровня, такие как: Delphi, C++, Pascal, а также СУБД на основе языков SQL, QBE. Выбор языка программирования должен быть основан на выборе типа используемой базы данных (БД).Созданы языки манипулирования данными, позволяющие реализовать все операции реляционной алгебры и практически любые их сочетания. Среди них наиболее распространены SQL (Structured Query Language – структурированный язык запросов) и QBE (Quere-By-Example – запросы по образцу). Оба относятся к языкам очень высокого уровня, с помощью которых пользователь указывает, какие данные необходимо получить, не уточняя процедуру их получения. Одно из важнейших достоинств интегрированных БД состоит в том, что возможно хранить логически сгруппированные данные в разных таблицах и задавать связи между ними, объединяя их в единую базу. Для задания связи таблицы должны иметь поля с одинаковыми именами или хотя бы с одинаковыми форматами данных. Связь между таблицами устанавливает отношения между совпадающими значениями в этих полях. Такая организация данных позволяет уменьшить избыточность хранимых данных, упрощает их ввод и организацию запросов и отчетов.Ниже описанные характеристики сред программирования приведены в работе.Сравнительная характеристика языков программирования приведена в таблице 7.Таблица 7Сравнительная характеристика языков программирования№ХарактеристикиСредстваVisual FoxproAccess (VisualBasic)VC++MFCDelphi1.Принцип обработки кодаИнтерп.(псевдоКомпилятор)Интерп.(псевдокомпилятор.)Компил.Компил.2.ЯзыкDBASE cс объектамиBasic c ОбъектамиС++Pascal3.СистемаЗакрытаяЗакрытаяОткрытаяОткрытая4.Встроенные базы данныхDBF, DBC, ODBCMDB, ODBCКлассы обработки MDB, SQL через DB-библиотеку,ODBCОбъекты обработки dBASE, Paradox, InterBase, MDB, Informix, FoxPro, ODBC5.Создание пользовательских мастеров--++6.Динамическое создание форм ввода, обработки сообщений++-+7.Модель создания приложения--каркасная (мастер)компонентная (мастер)8.ТехнологияПостроители экранов, меню, отчетов (drag-and-drop), классовПостроители экранов, меню, отчетов (drag-and-drop), классовРедактор классов, Редактор ресурсов (drag-and-drop)Редактор объектов (drag-and-drop)9.Вывод из баз данных на печатьВстроенный ReportВстроенный ReportВнешнийОбъект : Report10Обработка исключенийПроцедураПроцедураОбъектОбъект11Поддержка CASE Rational Rose-++-Самая универсальная система в обработке баз данных – это Borland, поддерживает большинство форматов. Единственное, что можно сказать, что через ODBC всегда можно получить доступ к любому формату данных, а постоянно работать можно только с тем форматом, обработка которого встроена и, следовательно, имеет более быстрый доступ, чем ODBC (убирается лишнее звено). Таким образом, большое количество поддерживаемых напрямую форматов – это неплохо, но не может быть главным критерием выбора.Создание Мастеров пользователя позволяет создавать на основе мастеров шаблоны наиболее распространенных приложений. Это просто удобно для создания большого количества одинаковых по форме, но немного разных по сути приложений, например обработки классификаторов. В рамках данного проекта для реализации задачи создания информационной системы будет использован язык программирования Delphi. Выбор сделан исходя из:- соответствия возможностей языка программирования системным требованиям;- возможностями работы с различными СУБД;- наличия большого количества технической документации и готовых компонент для использования в проекте.В качестве серверной операционной системы сервера выберем установленную на сервере предприятия Windows Server 2008. На рабочих станциях специалистов установлены ОС Windows XP/7. таким образом, разрабатываемое ПО должно быть совместимо с указанными операционными системами.1.4.3.Обоснование проектных решений по техническому обеспечениюТехническое обеспечение – это совокупность всех технических средств, используемых при функционировании ИС.Для решения задачи необходим сервер, на котором будет размещена активная часть программы. В рамках технической архитектуры корпоративной ИС есть сервер БД, на котором можно разместить все данные. Доступ к серверу подразумевает небольшое количество пользователей, однако при расширении функционала ИС предполагается подключение к ИС большего количества пользователей из числа заказчиков. Поэтому сервер заранее должен обладать большой оперативной памятью, большой памятью жесткого диска, высоким быстродействием. Планируется использовать существующий сервер корпоративной БД. Он является достаточно мощным для размещения на нем данных решаемой задачи автоматизации. Его основные технические характеристики приведены в таблице 2.Таким образом, перечисленные характеристики имеющихся технических средств, свидетельствуют о том, что не требуется использование дополнительных технических средств, в связи с чем повышается экономическая эффективность проекта. 2. Проектная часть2.1 Разработка проекта автоматизации2.1.1 Этапы жизненного цикла информационной системыЖизненный цикл информационной системы — это процесс ее построения и развития.Жизненный цикл информационной системы — период времени, который начинается с момента принятия решения о необходимости создания информационной системы и заканчивается в момент ее полного изъятия из эксплуатации.Стандарты жизненного цикла ИСГОСТ 34.601-90 ISO/IEC 12207:1995 (российский аналог — ГОСТ Р ИСО/МЭК 12207-99) Custom Development Method (методика Oracle) Rational Unified Process (RUP). Microsoft Solutions Framework (MSF). Включает 4 фазы: анализ, проектирование, разработка, стабилизация, предполагает использование объектно-ориентированного моделирования. Экстремальное программирование (англ. Extreme Programming, XP). В основе методологии командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС. Разработка ведется с использованием последовательно дорабатываемых прототипов. Стандарт ГОСТ 34.601-90Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы создания автоматизированной системы:Формирование требований к автоматизированной системе (АС) Обследование объекта и обоснование необходимости создания АС Формирование требований пользователя к АС Оформление отчета о выполнении работ и заявки на разработку АС Разработка концепции АС Изучение объекта Проведение необходимых научно-исследовательских работ Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователей Оформление отчета о проделанной работе Техническое задание Разработка и утверждение технического задания на создание АС Эскизный проект Разработка предварительных проектных решений по системе и ее частям Разработка документации на АС и ее части Технический проект Разработка проектных решений по системе и ее частям Разработка документации на АС и ее части Разработка и оформление документации на поставку комплектующих изделий Разработка заданий на проектирование в смежных частях проекта Рабочая документация Разработка рабочей документации на АС и ее части Разработка и адаптация программ Ввод в действие Подготовка объекта автоматизации Подготовка персонала Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями) Строительно-монтажные работы Пусконаладочные работы Проведение предварительных испытаний Проведение опытной эксплуатации Проведение приемочных испытаний Сопровождение АС. Выполнение работ в соответствии с гарантийными обязательствами Послегарантийное обслуживание Эскизный, технический проекты и рабочая документация — это последовательное построение все более точных проектных решений по всем видам обеспечения информационной системы. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно выполнять различные этапы и работы, включать дополнительные.Данный стандарт не вполне подходит для проведения разработок в настоящее время: многие процессы отражены недостаточно, а некоторые положения устарели.Стандарт ISO/IEC 12207/ и его применениеСтандарт ISO/IEC 12207:1995 «Information Technology — Software Life Cycle Processes» является основным нормативным документом, регламентирующим состав процессов жизненного цикла ИС. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ИС.Каждый процесс разделен на набор действий, каждое действие — на набор задач. Каждый процессс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения. Связи по входным данным при этом сохраняются.Процессы жизненного цикла ИСОсновные: Приобретение (действия и задачи заказчика, приобретающего ИС) Поставка (действия и задачи поставщика, который снабжает заказчика программным продуктом или услугой) Разработка (действия и задачи, выполняемые разработчиком: создание ПО, оформление проектной и эксплуатационной документации, подготовка тестовых и учебных материалов и т. д.) Эксплуатация (действия и задачи оператора — организации, эксплуатирующей систему) Сопровождение (действия и задачи, выполняемые сопровождающей организацией, то есть службой сопровождения). Сопровождение — внесений изменений в ПО в целях исправления ошибок, повышения производительности или адаптации к изменившимся условиям работы или требованиям. Вспомогательные Документирование (формализованное описание информации, созданной в течение ЖЦ ИС) Управление конфигурацией (применение административных и технических процедур на всем протяжении ЖЦ ИС для определения состояния компонентов ИС, управления ее модификациями). Обеспечение качества (обеспечение гарантий того, что ИС и процессы ее ЖЦ соответствуют заданным требованиям и утвержденным планам) Верификация (определение того, что программные продукты, являющиеся результатами некоторого действия, полностью удовлетворяют требованиям или условиям, обусловленным предшествующими действиями) Аттестация (определение полноты соответствия заданных требований и созданной системы их конкретному функциональному назначению) Совместная оценка (оценка состояния работ по проекту: контроль планирования и управления ресурсами, персоналом, аппаратурой, инструментальными средствами) Аудит (определение соответствия требованиям, планам и условиям договора) Разрешение проблем (анализ и решение проблем, независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровождения или других процессов) Организационные Управление (действия и задачи, которые могут выполняться любой стороной, управляющей своими процессами) Создание инфраструктуры (выбор и сопровождение технологии, стандартов и инструментальных средств, выбор и установка аппаратных и программных средств, используемых для разработки, эксплуатации или сопровождения ПО) Усовершенствование (оценка, измерение, контроль и усовершенствование процессов ЖЦ) Обучение (первоначальное обучение и последующее постоянное повышение квалификации персонала) Каждый процесс включает ряд действий. Например, процесс приобретения охватывает следующие действия:Инициирование приобретения Подготовка заявочных предложений Подготовка и корректировка договора Надзор за деятельностью поставщика Приемка и завершение работ Каждое действие включает ряд задач. Например, подготовка заявочных предложений должна предусматривать:Формирование требований к системе Формирование списка программных продуктов Установление условий и соглашений Описание технических ограничений (среда функционирования системы и т. д.) Стадии жизненного цикла ИС, взаимосвязь между процессами и стадиямиМодель жизненного цикла ИС — структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Модель жизненного цикла зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует.В рамках данной работы выберем стандарт ГОСТ Р ИСО/МЭК 12207-99.Стандарт ГОСТ Р ИСО/МЭК 12207-99 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.Модель ЖЦ ИС включает в себя:стадии; результаты выполнения работ на каждой стадии; ключевые события — точки завершения работ и принятия решений. Стадия — часть процесса создания ИС, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта (моделей, программных компонентов, документации), определяемого заданными для данной стадии требованиями.На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-99, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ИС.Модели жизненного цикла ИСКаскадная модельКаскадная модель жизненного цикла была предложена в 1970 г. Уинстоном Ройсом. Она предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Требования, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.Этапы проекта в соответствии с каскадной моделью:формирование требований; проектирование; реализация; тестирование; внедрение; эксплуатация и сопровождение. Спиральная модельСпиральная модель (англ. spiral model) была разработана в середине 1980-х годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA (plan-do-check-act). При использовании этой модели ИС создается в несколько итераций (витков спирали) методом прототипирования.Прототип — действующий компонент ИС, реализующий отдельные функции и внешние интерфейсы. Каждая итерация соответствует созданию фрагмента или версии ИС, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации. На каждой итерации оцениваются:риск превышения сроков и стоимости проекта; необходимость выполнения еще одной итерации; степень полноты и точности понимания требований к системе; целесообразность прекращения проекта. Один из примеров реализации спиральной модели — RAD (англ. Rapid Application Development, метод быстрой разработки приложений).Итерационная модель Естественное развитие каскадной и спиральной моделей привело к их сближению и появлению современного итерационного подхода, который представляет рациональное сочетание этих моделей. Различные варианты итерационного подхода реализованы в большинстве современных технологий и методов (RUP, MSF, XP).В рамках данной работы выберем итерационную модель разработки ПО.2.1.2 Ожидаемые риски на этапах жизненного цикла и их описаниеПроцесс управления рисками представляет собой процесс выявления, контроля и устранения или минимизации последствий непредсказуемых событий.На различных этапах жизненного цикла разрабатываемой информационной системы учета продаж различные риски могут реализовываться по-разному. Ожидаемые риски на этапах жизненного цикла и план реагирования  при возникновении рисковых ситуаций представлены в таблице 8. Таблица 8Ожидаемые риски на этапах жизненного цикла№ этапаЭтап жизненного циклаНазвание рискаМеры противодействия1Предпроектная стадияРиск персонала со стороны заказчика и исполнителяРиск неполноты сбора информацииДокументирование рисков, включение в договор моментов неполного сбора информации2ПроектированиеРиск принятия неверных проектных решенийРиск неверного планированияСтоимостной рискФорс - мажорЭкспертиза технических заданий совместно ИТ, экономическими и профильными службами, страхование3РазработкаРиск персоналаТехнический рискТестирование на всех стадиях разработки, экспертиза разрабатываемого ПО на всех этапах создания, работа в команде4ВнедрениеРиск персоналаТехнический  и программный рискТестирование на всех стадиях внедрения, экспертиза ПО на всех этапах создания, работа в команде5Эксплуатация и сопровождениеТехнические рискиРиск персоналаРабота в команде, юридическое обеспечение договоров2.1.3. Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информацииПри эксплуатации информационной системы необходимо соблюдение требований защиты информации. Кроме выше перечисленных рисков каждая организация, работа которой основана на функционировании информационной системы, имеет риски, связанные с защитой информации. Недооценка их степени может привести к большим убыткам, связанным с утерей данных, простоями в работе в результате вирусной активности или некорректно определенных прав пользователя, а также вследствие утери данных, содержащих коммерческую тайну. Исходя из этого необходимо применение серьёзных технологических и организационных мер защиты информации. Технологические требования.1. Организация разграничения доступа и определение ролей пользователей (на уровни администратора, специалиста и старшего специалиста);2. Парольная защита с соблюдением регламентов (смена паролей не реже 1 раза в год, организационные меры по сохранности паролей);3. Для работы с централизованными базами – усиление мер защиты через внедрение электронных ключей (напр, eToken от Alladdin) или биометрической аутентификации (BioLink)4.

Список литературы

1. Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем. Издательство: Феникс, 2009.
2. Д. Запиркин А. Парабеллум, Развитие бизнеса с использованием CRM систем, 2011
3. Днепров А.Г. Microsoft SQL Server 2008. Cамоучитель. М.: 2009
4. Денисов А.С Электронная книга «1С Торговля и Склад», 2011.
5. Илюшечкин, В.М. Основы использования и проектирования баз данных «Юрайт ИД Юрайт», 2011 г. 231 с.
6. Аверченков В.И., Лозбинев Ф.Ю., Тищенко А.А. Информационные системы в производстве и экономике. 2011.
7. Когаловский, М.Р. Базы данных. Проектирование, реализация и сопровождение. – СПб: Вильямс, 2009.
8. Маклаков, С.В. Bpwin и Erwin. Case-средства разработки информационных систем − М. : ДИАЛОГ-МЭФИ, 2009.
9. Малыхина, М.П. Базы данных: основы, проектирование, использование. – СПб: БХВ Петербург.2009.
10. Г.А. Титоренко Информационные системы в экономике, 2012. 240 с
11. Проектирование экономических и технических систем
А. М. Афонин, В. Е. Афонина, Ю. Н. Царегородцев, С. А. Петрова; 2011.
12. Соколов, Я.В. Бухгалтерский учет - веселая наука, М., 2009 г.
13. Н. Культин. Основы программирования в Delphi 2008
14. Гвоздева Т.В., Баллод Б.А Проектирование информационных систем. 2009
15. Информатика в экономике. Б.Е. Одинцов, А.Н. Романов. 2013.
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
© Рефератбанк, 2002 - 2022