Администрирование информационной системы расчетов с клиентами ООО «Сладкий мир»

Содержание:

Введение

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

Глава 1 Системное оборудование. «Сладкий мир»

- увеличивает переработки информации снижает трудоемкость;

- не требует количества персонала осуществление учета;

- требует от каких-либо навыков работы программой;

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

Программа разработана среде Borland ++ Builder 6.

Требования компьютеру для функционирования автоматизированной таковы:

Операционная:

Директор.

Процессор: Intel Celeron i3 3220 3.30 ГГц,

Материнская плата ASUS Prime h310m

Оперативная память: DDR4 4GB PC-17000 2133MHz

Жесткий диск: 500 Гб

Видеокарта: Intel HD Graphics 2500

Блок питания ExeGate UN400 400W

Операционная система: Microsoft Windows 7

Монитор: LG Flatron 22MP48D-P 21.5" Glossy

Клавиатура:

Мышь: Genius

Бухгалтерия

Материнская плата ASUS A68HM-K

Процессор AMD A6 PRO-7400B

Оперативная память Kingston ValueRAM [KVR16N11S8/4] 4 ГБ

Жесткий диск 500 ГБ Toshiba [DT01ACA050]

Видеокарта: Intel HD Graphics 2500

Блок питания Sven 350W [PU-350AN]

Операционная система: Microsoft Windows 7

Монитор: LG Flatron 22MP48D-P 21.5" Glossy

Клавиатура:

Мышь: Genius.

Отдел продаж

Процессор: Intel Core i3-7100 S1151

Материнская плата: Intel H110 DDR4 mATX

Оперативная память: DDR4 4GB PC-17000 2133MHz

Жесткий диск: Seagate Expansion Portable 500Gb STEA500400

Видеокарта: Intel HD Graphics 2500

Операционная система: Microsoft Windows 7

Блок питания Be Quiet System Power 9 400W CM BN300

Монитор: LG Flatron 22MP48D-P 21.5" Glossy

Клавиатура:

Мышь: Genius.

Склад

Процессор Intel Core i5-4460

Материнская плата H81

Оперативная память Kingston ValueRAM [KVR16N11S8/4] 4 ГБ

Видеокарта MSI GeForce GT 710 954Mhz

Жесткий диск WD Black (WD5000LPLX)

Блок питания ATX 450 Вт FSP ATX-450PNR

Операционная система: Microsoft Windows 7

Монитор: LG Flatron 22MP48D-P 21.5" Glossy

Клавиатура: ;

Мышь: Genius.

1.1 Технико-экономическая характеристика объекта исследования

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

Во главе Гахраманов Руслан Эльчин-Оглы. стоит генеральный директор. Он контролирует работу всех отделов фирмы, подписывает договоры предприятия и основные документы.

В компании 3 отдела: бухгалтерия, отдел продаж, склад. Описание функций подразделений приведено в таблице 1.1.

Таблица 1.1 - Описание функций подразделений компании «Сладкий мир»

№	Подразделение	Численность	Кому подчиняется подразд.	Основные функции
1	Бухгалтерия	15	Главный бухгалтер	Ведение бухгалтерского учета. Формирование информации о хозяйственной деятельности, своевременное составление отчетности. Осуществление расчетов по заработной плате и взносам в бюджет и фонды. Контроль порядка оформления первичной и бухгалтерской документации.
2	Отдел продаж	70	Руководитель отдела продаж	Управление деятельностью по продажам кондитерских изделий, работа с клиентами.
3	Склад	10	Кладовщик	Прием и хранение товара

Должностные инструкции главного бухгалтера.

Главный бухгалтер обязан обеспечить:

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

- проводить ревизии по остаткам товара;

- точный учет результатов финансово-хозяйственной деятельности фирмы;

- правильное начисление и своевременное перечисление платежей;

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

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

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

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

- за соблюдение правил оформления и отпуска товара со склада;

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

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

- за взыскание в установленные сроки дебиторской и погашение кредиторской задолженности, соблюдением платежной дисциплины;

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

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

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

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

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

Главный бухгалтер несет ответственность:

- за неправильное введение бухгалтерского учета;

- за принятие к исполнению и оформлению документов по операциям, противоречащим законодательству;

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

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

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

Должностные инструкции менеджера по продажам.

Менеджер обязан:

- владеть полной информацией по товарам;

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

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

- отвечать за качество товара;

- отвечать за организацию доставки товаров;

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

- выезжать в места реализации товара;

- вести необходимую для работы документацию;

- ежемесячно делать отчет и сдавать его главному бухгалтеру;

- рекламировать товар;

- принимать заявки на товар;

- отвечать за оплату товара;

- постоянно повышать свой профессиональный и общеобразовательный уровень;

- принимать претензии, которые возникают у клиентов;

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

- немедленно информировать клиентов о возникновении проблем по доставке товара;

- оформлять пакет документов, подтверждающего оплату товара, составляющих заказанную клиентом группу товара;

- хранить коммерческую тайну;

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

Менеджер несет ответственность:

- за соответствие товарных данных и достоверность занесенной в журнал информации;

- несвоевременную доставку товара;

- за информацию, предоставленную клиентам;

- за корректное обращение с клиентами фирмы;

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

- за сохранность вверенной ему документации и за вверенное ему имущество;

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

По сути дела вся фирма составляет один агентский отдел.

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

При обращении клиента менеджер обязан:

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

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

- предложить помощь по доставке товара, если это необходимо;

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

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

- выдать пакет документов: договор, накладную, номера телефонов службы доставки;

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

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

1.2 Организационная структура «Сладкий мир»

Управление предприятием осуществлялся на базе его организационной структуры, определяемой руководителем самостоятельно. Организационная структура компании «Сладкий мир» представлена на рисунке 1.1.

Рисунок 1.1 - Организационная структура компании «Сладкий мир»

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

- объявление благодарности;

- награждение ценным подарком;

- награждение грамотой;

- выдача премии.

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

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

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

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

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

1.3 Сущность задачи и обоснование необходимости ее решения

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

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

На данный момент руководитель отдела продаж сталкивается со следующими проблемами в своей деятельности:

- отсутствие единой клиентской базы;

- отсутствие единого механизма регистрации заказов на предоставление товаров;

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

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

Процессы работы отдела продаж представлены в таблице 1.2.

Таблица 1.2 - Проблемы, с которыми сталкивается руководитель отдела продаж

№	Процесс	Выявленные проблемы
1	Работа с клиентами	Не существует четко сформированной базы клиентов предприятия. Сведения о клиентах хранятся на бумажных носителях, записываются вручную. Нет четкого представления, какие сведения - полезны для дальнейшей работы, а какие нет.
2	Работа с прайс-листами	Нет единой формы прайс-листа. Не существует возможности предоставления клиенту прайс-листа по определенной услуге. Прайс-листы сложны для понимания.
3	Работа с договорами	Заполнение договора производится вручную. Следствием этого является значительная потеря времени на оформление договора.
4	Работа с заказами	Не существует единой системы регистрации заказов. Сложно проследить за выполнением того или иного заказа. В связи с этим возникают сложности при анализе продаж.
5	Формирование отчетности	Сложность сбора и структурирования информации для анализа продаж. Сложность проведения анализа. Нет единых форм отчетности. Результаты анализа не всегда верны.

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

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

1.4 Информационное и программное обеспечение функционирования отдела продаж

В организации деятельности ИП Гахраманов Руслан Эльчин-Оглы. применяются следующие программные продукты:

- система «Клиет-Банк»;

- справочно-правовая система «Консультант Бухгалтер: Версия Проф«;

- система 1С «Бухгалтерия» 7.7;

- пакет Microsoft Office 2007;

- Интернет в реальном масштабе времени.

В бухгалтерии используются программные продукты: «Клиент-банк», 1С «Бухгалтерия», «Консультант Бухгалтер: Версия Проф».

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

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

Система «Интернет». В последнее время все отрасли вплотную начала использовать Интернет-технологии. Компания «Сладкий мир» также использует эти технологии. Для автоматизации программы учета используется система 1С: «Бухгалтерия» 7.7. Доступ к 1С «Бухгалтерии» имеет только главный бухгалтер компании «Сладкий мир». Все остальные отделы предприятия не оснащены специальными программными продуктами. Например, автоматизация отделов маркетинга, продаж и закупок заключается в использовании возможностей пакета Microsoft Office 2007.

Во всех отделах фирмы используются компьютеры конфигурации Pentium IV с оперативной памятью 512 Мбайт и операционной системой Windows 7 Professional, объединенные локальной вычислительной сетью.

1.5 Постановка задачи на разработку информационной системы

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

Microsoft Customer Relationship Management (Microsoft CRM) -- система для управления отношениями с клиентами, простая в использовании и настройке, содержащая необходимую функциональность для работы сотрудников продаж, маркетинга или обслуживания клиентов. В системе содержится большое количество отчетов по прогнозированию, анализу активности по продажам, оценке эффективности. Для работы в системе можно использовать клиента для Microsoft Outlook или Internet Explorer. Microsoft CRM тесно интегрирована со всеми приложениями Microsoft Office (Word, Excel, Outlook) и платформенными решениями Microsoft (Server, Exchange, SharePoint).

Система Microsoft CRM 3.0 доступна в двух версиях: Small Business Edition и Professional .

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

Версия Small Business предназначена для небольших компаний. Эта версия имеет ряд дополнений, удобных для небольших компаний -- упрощенную установку, интеграцию с факсимильной службой и объединенные инструменты управления инфраструктурой и системой Microsoft CRM. Система предназначена для установки на Small Business Server и имеет ограничение по количеству пользователей.

Обе версии системы Microsoft CRM 3.0 предлагают исчерпывающий инструментарий для управления маркетингом, продажами и обслуживанием клиентов, который в максимальной степени схож и теснейшим образом связан с приложениями Microsoft Office и Microsoft Office Outlook.

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

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

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

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

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

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

- простота и наглядность в использовании;

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

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

- формирование документации клиентов;

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

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

Создаваемая информационная система может использоваться любым сотрудником компании.

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

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

Помешать работе программы не могут никакие факторы, кроме неполадок самого компьютера.

Требования к составу и параметрам технических средств

Для нормальной работы программы (клиентская часть) требуется компьютер типа:

- IBM PC/AT совместимых ПЭВМ не ниже Pentium II 1 ГГц с объемом ОЗУ не менее 128 мегабайт;

- свободного пространства на жёстком диске - не менее 15 Мб;

- стандартный SVGA монитор;

- клавиатура, мышь, принтер.

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

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

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

Глава 2. Информационное обеспечение задачи

2.1 Информационная модель и её описание

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

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

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

Рисунок 2.1- Взаимосвязь проектирования БД

модель предметной. Выше мы о трех моделей, которые СУБД. Но того чтобы структуру базы, необходима исходная о предметной. Желательно, чтобы информация была в, формализованном. Информация, требуемая проектирования БД, зависит от СУБД. Более, для проектирования с «небанковской» обычно требуется же информация. предметной области, без ориентации используемые в программные и средства, называется моделью предметной (ИЛМ).

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

Требования инфологической модели:

отображение предметной;

непротиворечивость;

должна взгляды и всех пользователей;

однозначная трактовка;

модель должна конечной;

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

должна обладать композиции и (укреплять базу или расщеплять);

быть легко на ЭВМ;

быть независимой оборудования и организации базы на ЭВМ.

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

Классом объектов совокупность объектов, одинаковым набором.

Объекты могут двух типов:

объекты;

абстрактные .

2.2 Используемые классификаторы и системы кодирования

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

Свойства быть:

статистическими (, не изменяющиеся течением времени);

(изменяющиеся с времени).

Некоторым из класса присущи свойства, не характерны других объектов этого же .

Такие свойства условными.

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

Рисунок 2.2- модель данных

2.3 Характеристика нормативно-справочной, входной и оперативной информации

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

А) Счет- при покупке реализации товаров следующими характеристиками:

- № - фактуры;

дата счета;

продавец;

продавца;

ИНН/ продавца;

грузоотправитель его адрес;

и его;

платежно-расчетный;

покупатель;

адрес ;

ИНН/КПП ;

наименования товара;

измерения;

количество ;

цена за измерения;

стоимость без учета;

налоговая ставка;

налога по;

стоимость товара учетом налога;

к оплате;

налога;

ФИО;

ФИО главного.

Б) Накладная поступлению товаров поставщиков:

номер;

дата оформления;

склад;

поставщик;

№;

зачет аванса;

наименование товара;

товара;

цена единицу измерения;

товара без налога;

сумма товара;

стоимость с учетом;

итого с НДС;

сумма.

В) Накладная отгрузке товара:;

договор;

склад;

отгрузки;

зачет;

налоги;

тип;

наименование товара;

за единицу;

стоимость товара учета налога;

налога товара;

товара с налога;

итого учетом НДС;

НДС.

Описание базы данных хранения входной

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

Таблица 2.1-Структура базы данных Scfac.db

Наименование поля	тип	длина	Назначение
Nom	A	10	№ счет-фактуры
Dt1	D		дата составления счета
Prod	A	100	продавец
Adr	A	100	адрес продавца
Inn	A	20	ИНН/КПП продавца
Grusotp	A	100	грузоотправитель и его адрес
Grusop	A	100	грузополучатель и его адрес
Prsd	A	100	платежно-расчетный документ
Pok	A	100	покупатель
Adr1	A	100	адрес покупателя
Inn1	A	20	ИНН/КПП покупателя
Sum1	$		стоимость товара с учетом налога
Snds	$		сумма налога
Ruk	A	35	ФИО руководителя
Glbuch	A	35	ФИО главного бухгалтера

Таблица баз данных scfac1.db используется для хранения табличной части счета. Структура приведена в табл. 2.2.

Таблица 2.2-Структура базы данных scfac1.db

Наименование поля	тип	длина	Назначение
Nom	A	10	Номер счета
Name	A	50	наименования товара
Ed_izm	A	10	единица измерения
Kol	S		количество товаров
Cena	$		цена за единицу измерения
Sum	$		стоимость товара без учета налога
Nalog	S		налоговая ставка
Snds	$		сумма налога по товару
Sum1	$		стоимость товара с учетом налога

Таблица баз данных nakl_post.db используется для хранения заголовочной части накладной поступления товара. Структура приведена в табл. 2.3.

Таблица 2.3-Структура базы данных nakl_post.db.DBF

Наименование поля	тип	длина	Назначение
Nom	A	10	номер накладной
Dt	D		дата оформления документа
Sklad	A	25	склад
Post	A	50	поставщик
Dogov	A	50	№ договора
Zac_av	A	50	зачет аванса
Nalog	A	50	налоги
Snds	$		итого с учетом НДС
Sum1	$		-сумма НДС.

Таблица баз данных nakl_post1.db используется для хранения табличной части накладной по поставке товара. Структура приведена в табл. 2.4.

Таблица 2.4-Структура базы данных nakl_post1.db

Наименование поля	тип	длина	Назначение
Nom	A	10	Номер счета
Name	A	50	наименования товара
Ed_izm	A	10	единица измерения
Kol	S		количество товаров
Cena	$		цена за единицу измерения
Sum	$		стоимость товара без учета налога
Nalog	S		налоговая ставка
Snds	$		сумма налога по товару
Sum1	$		стоимость товара с учетом налога

Таблица баз данных nakl_otg.db используется для хранения заголовочной части накладной отгрузки товара. Структура приведена в табл.2.5.

Таблица 2.5-Структура базы данных nakl_otg.db.DBF

Наименование поля	тип	длина	Назначение
Nom	A	10	номер накладной
Dt	D		дата оформления документа
Sklad	A	25	склад
Наименование поля	тип	длина	Назначение
Post	A	50	Плательщик
Dogov	A	50	№ договора
Vid_ogr	A	50	Вид отгрузки
Zac_av	A	50	зачет аванса
Nalog	A	50	налоги
Typ	A	50	Тип цены
Snds	$		итого с учетом НДС
Sum1	$		-сумма НДС.

Таблица баз данных nakl_otg1.db используется для хранения табличной части накладной по поставке отгрузке товара. Структура приведена в табл.2.6.

Таблица 2.6-Структура базы данных nakl_otg1.db

Наименование поля	тип	длина	Назначение
Nom	A	10	Номер счета
Name	A	50	наименования товара
Ed_izm	A	10	единица измерения
Kol	S		количество товаров
Cena	$		цена за единицу измерения
Sum	$		стоимость товара без учета налога
Nalog	S		налоговая ставка
Snds	$		сумма налога по товару
Sum1	$		стоимость товара с учетом налога

Характеристика постоянной информации

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

Таблица 2.7-Структура базы данных sklad.db

Наименование поля	тип	длина	Назначение
Kod	A	10	Номер склада
Name	A	50	наименования склада
Prim	A	100	примечание

Таблица 2.8-Структура базы данных tovar.db

Наименование поля	тип	длина	Назначение
Kod	A	10	Код товара
Name	A	50	наименования
Typ	A	20	Тип товара
Proiz	A	35	Страна производитель

Таблица 2.9-Структура базы данных postavsh.db

Наименование поля	тип	длина	Назначение
Kod	A	10	Код поставщика
Name	A	50	наименования
Adr	A	60	Адрес поставщика
Inn/kpp	A	20	ИНН/КПП
phone	A	12	телефон

Таблица 2.10-Структура базы данных dogovor.db

Наименование поля	тип	длина	Назначение
Kod	A	10	Номер договора
Tex	M		Текст договора

2.4 Характеристика результатной информации

Результатную информацию, в данном приложении можно на два : 1) информацию, формируемые экране; 2) документы, в виде и выводимые печать.

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

макет фактуры (рис.2.3.);

накладной по товара (рис.2.4.);

накладной по товара (рис.2.5.);

документа отображающей книги продаж (.2.6.);

макет, отображающий по продажам (.2.7.).

Рисунок 2.3- Макет фактуры

Рисунок 2.4- накладной по товара

Рисунок 2.5- накладной по товара

Рисунок 2.6- «Книги продаж»

2.7-Отчет по

2.5 Определение структуры и состава информационной системы

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

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

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

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

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

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

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

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

- информационной базы объекта управления;

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

- вычислительной системы;

- пользователей.

На рисунке 2.1 показана структура разрабатываемой информационной системы.

Рисунок 2.1- Структура информационной системы

3 Основные этапы разработки информационной системы

3.1 Разработка системы авторизации

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

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

Проверка проходит в несколько этапов:

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

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

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

3.2 Информационное обеспечение комплекса задач

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

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

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

- логическое проектирование - преобразование требований к данным в структуры данных. На выходе получаем СУБД - ориентированную структуру базы данных и спецификации прикладных программ;

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

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

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

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

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

- определение сущностей;

- определение зависимостей между сущностями;

- задание первичных и альтернативных ключей;

- определение атрибутов сущностей;

- приведение модели к требуемому уровню нормальной формы.

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

Современные объектно-ориентированные CASE-средства позволяют эффективно решать задачи проектирования приложений. Среди таких пакетов - Rational Rose, Together Control Center, BPWin, ERWin, Model Mart, Silverrun Business Process Modeller, Process Analyst.

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

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

Затем переходим в среду Delphi 7 для дальнейшей программной реализации модуля. Создаем стандартный проект.

Алгоритмы работы программы являются стандартными алгоритмами работы с базой данных. В основном все алгори

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

Алгоритм работы программы (в данном случае при вводе информации) представлен на

3.3 Планирование тестовых испытаний

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

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

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

Для испытания программы необходимо иметь ПК, работающий под управлением ОС Windows, с установленным на нём пакетом Delphi 7.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. Тестирование "Юзабилити" - тестирование интерфейса пользователя, его удобности, практичности и лёгкости для освоения обычным пользователем.

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

3.4 Проведение тестовых испытаний

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

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

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

Запустив программу, вводим неверные учетные данные. Программа выдает ошибку «Неверные имя пользователя или пароль».

В итоге данные тесты программа выполнила корректно и без ошибок.

2. Проверка системы учетных записей.

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

3. Проверка режима добавления.

Запустив программу, нажимаем кнопку «Клиент - Новый клиент». Заполняем текстовые поля: «ФИО, Номер, Данные по паспорту, Путевка, Дата, Цена, Виза». При добавлении данных в списке клиентов появляется новый.

Нажимаем кнопку «Клиент - Новый клиент». Заполняем текстовые поля: «ФИО, Данные клиента, Адрес торговой точки». Вводим в поле «Номер» текст - программа выдает ошибку. Программа выполнила данный тест корректно и правильно.

4. Проверка функции режима редактирования данных.

Запустим программу, нажимаем кнопку «Заявки - Изменить». Появляется форма с текстовыми полями: «Код, Сумма, Дата доставки и д.р.». Все нужные поля формы были изменены на допустимые значения. При нажатии на кнопку «Добавить» появляется таблица с измененными данными.

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

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

Заключение

В результате выполнения Курсовой работы была создана ИС для компании «Сладкий мир», обеспечивающая автоматизированный расчет клиентов фирмы.

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

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

Список использованных источников

1.Гринченко, Н.Н. Проектирование баз данных СУБД Microsoft Access: Учебное пособие для вузов. Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров. - М: Горячая линия - Телеком, 2004. - 240 c.

2.Липаев, В.В. Надежность программных средств. В.В. Липаев. - М: СИНТЕГ, 2003. - 170 с.

3.Сэм Канер, Джек Фолк, Енг Кек Нгуен и др. Тестирование программного обеспечения. Пер. с англ. - Киев: Изд-во «ДиаСофт», 2004. - 271 с.

4.Ковязин А.Н., Востриков С.М. Мир InterBase. Архитектура, администрирование и разработка приложений баз данных. 4-е издание. -М: Кудиц-образ, 2006. - 283 с.

5.Борзов, Ю.В. Методы тестирования и отладки программ ЭВМ. М. А. Рогов. - М: ПРИОР, 2005. - 119 с.

6.Вендров А. М. Проектирование программного обеспечения экономических информационных систем. - М: Финансы и статистика, 2005.- 203 с.

7.Майерс, Г. Искусство тестирования программ. Пер. с англ.; Под ред. Б.А. Позина. - М: Финансы и статистика,2004. --176 с.

8.Костров, А.В. Основы информационного менеджмента. А.В. Костров. - М.: Финансы и статистика, 2003. - 335 c.

9.Советов Б. Я., Цехановский В.В. Информационные технологии: Учеб. для вузов.. 2-е изд. - М.: Высш. шк., 2005. - 410 с.

10.Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). - М.: Лори, 2003. - 390 с.

11.Ковязин А.Н., Востриков С.М. Мир InterBase. Архитектура, администрирование и разработка приложений баз данных. 4-е издание. - М.: Кудиц-образ, 2006. - 284 с.

12.Елиферов, В.Г., Репин, В.В. Бизнес-процессы. Регламентация и управление: Учебник. - М: ИНФРА-М, 2007. - 319 с.

13. Фараонов В.В. Delphi. Программирование на языке высокого уровня: Учебник для вузов. - СПб: Питер, 2003.

14.Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД: СПб.: Питер, 2003. - 286 с.

15.Диго С.М. «Базы данных» проектирование и использование: учебник МОиН РФ М.: Финансы и статистика 2005. - 124 с.

16.Кузин А.В. «Базы данных» учебное пособие для вузов УМО М.: ИЦ "Академия" 2005. - 184 с.

17.Кузнецов В.В. «Базы данных» практикум М.: МУПК 2004. - 195 с.

18.Голицина О.Л. Максимов Н.В. Попов И.И. «Базы данных. Введение в теорию и методологию» учебник 2004. - 201 с.

19.Вендров А.М. CASE-технологии - современные методы и средства проектирования информационных систем. - М.: Финансы и статистика, 2000. - 183 с.

20.Характеристика программного продукта Microsoft CRM. http://www.mscrm.ru/Solutions/p7.asp.

21.Программные продукты КонсультантПлюс. www.consultant.ru.

22.Ахаян Р., Горев А., Макашарипов С. «Эффективная работа с СУБД». Санкт-Петербург, 2003. - 306 с.

23.Гончаров A. «Access 2000 в примерах». Санкт-Петербург, 2003. - 206 с.

24.Маклаков С.В. BFWin и ERWin. CASE-средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 2000. - 325 с.

25.Фараонов В.В. Программирование баз данных в Delphi 7. Учебный курс. - СПб: Питер, 2003.

26.Вейскас Д. Эффективная работа с Microsoft Access 2000. С.- Петербург: «Питер Пресс», 2001 - 956 с.

27.Для подготовки данной работы были использованы материалы с сайта www.monah.ru

28.Дэвид А. Марка и Клемент МакГоуэн. SADT-методология структурного анализа и проектирования. - М.: Метатехнология, 2007. - 611 с.

30.Гуляев В.Г. Организация туристской деятельности. Учебное пособие. - М.: Ноллиджи. 2003. - 312 с.

31.Громов Г.Р. Очерки информационной технологии. - М.: ИнфоАрт. 2001. - 128 с.

32.Информационная технология, экономика, культура. Сборник обзоров и рефератов. - М.: ИНИОН РАН. 2005. - 552 с.

33.Методология функционального моделирования IDEF0. Руководящий документ. Официальное издание. - М.: ИПК Издательство стандартов, 2000. - 284 с.

34.А.Д.Шеремет, Е.В.Негашев. Методика финансового анализа предприятия. - М.: Инфа-М. 2001. - 198 с.

35.Карпова Т. Базы данных: модели, разработка, реализация. С. - Петербург: «Питер». 2001 - 543 с.

Приложение 2

РЕЦЕНЗИЯ НА КУРСОВУЮ РАБОТУ (КУРСОВОЙ ПРОЕКТ)

Обучающийся _________________________________________________________________________

(ФИО полностью, группа)

Направление/специальность подготовки: .

^{(код и наименование направления /специальности подготовки)}

Профиль/специализация: .

^{(наименование профиля/специализации)}

Форма обучения: .

^{(очная, очно-заочная, заочная)}

Курсовая работа (курсовой проект) на тему_______________________________

^{(наименование темы)}

По дисциплине_______________________________________________

^{(наименование дисциплины)}

Рецензент: ____________________________________________________________________________

(Ф.И.О. полностью, ученая степень, звание)

_____________________________________________________________________________

Критерий	Максимум баллов	Оценка в баллах	Комментарий[1]
1. Обоснование актуальности темы исследования, четкое определение целей и задач исследования	15
2. Список использованной литературы актуален и составлен в соответствии с требованиями: нормативные и регламентирующие документы, научная литература, источники периодической печати, интернет ресурсы.	15
3. Содержание работы – соответствие заданию, последовательность и логичность изложения материала	20
4. Актуальность методов и их аргументированность, полнота полученных результатов задачам курсового проектирования.	20
5. Анализ результатов, логичность и полнота предлагаемого решения, степень соответствия полученного решения предмету и объекту исследования	15
6. Оформление работы: наличие и качество, информативная полнота по теме исследования рисунков, таблиц, диаграмм .	15
Итого за работу баллов	Max.100

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

Курсовая работа (курсовой проект) к защите рекомендуется с оценкой _______________/ ²

^{(указать прописью и цифрой)}

Курсовая работа (курсовой проект) не рекомендуется к защите²

Подпись рецензента _________________/ ______________ /

Дата __________________________

____________________________

² (нужное – подчеркнуть).

Приложение 3

Декану факультета (Директору института)

Косареву Станиславу Аркадьевичу

от студента группы ВБОо-301

ФИО (полностью) Гахраманов Руслан Эльчин-Оглы

Специальности/направления подготовки 02.03.03 МОиАИС

Моб.тел. 89175249223

Заявление

Прошу Вас утвердить тему курсовой работы/курсового проекта по дисциплине Администрирование информационных систем

^{(наименование дисциплины)}

^ТЕМА: Администрирование информационной системы расчетов с клиентами ООО «Сладкий мир»

Дата 21.04.2020

Обучающийся	Гахраманов Руслан Эльчин-Оглы
	(ФИО)			(подпись)
Согласовано:	Гавриленко Андрей Васильевич
	(ФИО руководителя КР)			(подпись)
	Ребус Наталья Анатольевна
	(ФИО заведующего кафедрой)			(подпись)

1. Необходимо прокомментировать каждый критерий ↑