Отчет по практике в ООО «Антик»

• Каждая сущность должна иметь первичный ключ и альтернативные ключи, если они существуют.

• Каждая сущность должна содержать внешний ключ для каждого соединения или категоризационной связи, в которой она участвует как потомок или категория.

• Каждый кластер категорий должен иметь дискриминатор.

• Диаграмма FA-уровня содержит все неключевые атрибуты.

Все сущности на FA-диаграмме должны находиться, по крайней мере, в 3НФ [13].

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

3.4.4 Глоссарий модели

Определения сущностей модели приведены в таблице 3.1. Определения атрибутов приведены в таблице 3.2.

Таблица3.1 – Определения сущностей модели

СУЩНОСТЬ	ОПРЕДЕЛЕНИЕ
Заказчик	Предприятие, осуществляющее заказ и заключившее ДОГОВОР с исполнителем
Счет_заказчика	Номера всех счетов в БАНКах ЗАКАЗЧИКа по ДОГОВОРам
Банк	Информация об обслуживающем банке ЗАКАЗЧИКа
Поставка	Факт совершения поставки по ДОГОВОРу
Платеж	Осуществление ПОСТАВКи после его проведения со СЧЕТа_ ЗАКАЗЧИКа на счет исполнителя
Договор	Письменное соглашение ЗАКАЗЧИКа и исполнителя, фиксирующее их определенные обязательства
Список_ответственных_лиц_исполнителя	Справочник, в котором хранится информация о сотрудниках, отвечающих за выполнение ДОГОВОРа

 

Таблица 3.2 – Определения атрибутов модели

Сущность	Имя	Первичный ключ	Удаленный ключ	Тип
Заказчик	Код_заказчика	Да	Нет	Integer
Заказчик	Наименование_заказчика	Нет	Нет	String
Заказчик	Юридический_адрес	Нет	Нет	String
Заказчик	Фактический_адрес	Нет	Нет	String
Заказчик	ИНН	Нет	Нет	Integer
Заказчик	Контактный_телефон	Нет	Нет	Integer
Заказчик	Факс	Нет	Нет	Integer
Заказчик	Email	Нет	Нет	String
Заказчик	КПП	Нет	Нет	Integer
Заказчик	Фамилия_директора	Нет	Нет	String
Заказчик	Имя_директора	Нет	Нет	String
Заказчик	Отчество_директора	Нет	Нет	String
Cчет_заказчик	Номер_счета_заказчика	Да	Нет	Integer
Cчет_заказчик	Код_заказчика	Да	Да	Integer
Cчет_заказчик	Код_банка	Да	Да	Integer
Cчет заказчика	Тип_счета	Нет	Нет	String
Банк	Код_банка	Да	Нет	Integer
Банк	Телефон_банка	Нет	Нет	Integer
Банк	Кор_счет	Нет	Нет	Integer
Банк	Наименование_банка	Нет	Нет	String
Банк	Адрес_банка	Нет	Нет	Strinng
Банк	БИК	Нет	Нет	Integer
Поставка	Номер_поставки	Да	Нет	Integer
Поставка	Код_ответственного_лица	Да	Да	Integer
Поставка	Код_заказчика	Да	Да	Integer
Поставка	Дата_заключения_договора	Нет	Да	Integer
Поставка	Дата_оплаты_по_плану	Нет	Нет	Date
Поставка	Сумма_оплаты_по_плану	Нет	Нет	Integer
Поставка	Номер_товарной_накладной	Нет	Нет	Integer

 

 

 

Окончание таблицы 3.2

Платеж	Номер_платежного_поручения	Да	Нет	Integer
Платеж	Код_ответственного_лица	Да	Да	Integer
Платеж	Номер_поставки	Да	Да	Integer
Платеж	Код_заказчика	Да	Да	Integer
Платеж	Номер_счета_заказчика	Нет	Да	Integer
Платеж	Сумма_оплаты_по_факут	Нет	Нет	Integer
Платеж	Код_банка	Нет	Да	Integer
Платеж	Дата_оплаты_по_факту	Нет	Нет	Date
Список_ответственных_лиц_исполнителя	Код_ответственного_лица	Да	Нет	Integer
Список_ответственных_лиц_исполнителя	Фамилия_ответст_лица	Нет	Нет	String
Список_ответственных_лиц_исполнителя	Имя_ответст_лица	Нет	Нет	String
Список_ответственных_лиц_исполнителя	Отчество_ответст_лица	Нет	Нет	String
Список_ответственных_лиц_исполнителя	Должность_ответст_лица	Нет	Нет	String
Список_ответственных_лиц_исполнителя	Адрес_ответст_лица	Нет	Нет	String
Список_ответственных_лиц_исполнителя	Контактный_тел__ответст_лица	Нет	Нет	Integer
Договор	Код_заказчика	Да	да	Integer
Договор	Код_ответственного_лица	Да	Да	Integer
Договор	Дата_заключения_договора	Да	Нет	Date
Договор	Номер_счета_заказчика	Нет	Да	Integer
Договор	Номер_договора	Нет	Нет	Integer
Договор	Дата_окончания_действия_дог	Нет	Нет	Date
Договор	Состояние_договора	Нет	Нет	String
Договор	Код_банка	Нет	Да	Integer

 

 

 

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

Также по итогам проведенной исследовательской работы были проанализированы следующие аналоги автоматизированной информационной системы учета и контроля договорных отношений: «Респект: Учет договоров», «Кларис – Управление договорами», «ESCOM.BPM – Автоматизация учета и регистрации договоров», «E1-Евфрат – Управление договорами», «АстроСофт: управление договорами». Все они обладают избыточной функциональностью, являются достаточно громоздкими, а также дорогостоящими. Поэтому было принято решение о создании собственной информационной системы, которая будет в полной мере удовлетворять сформулированным целям, задачам и функциям.

Были рассмотрены такие инструментальные средства программирования и СУБД как Microsoft Visual Studio, Eclipse, «1С:Предприятие», Microsoft SQL Server, MySQL и Oracle Database. Проведенный анализ данных средств разработки информационных систем помог сделать выбор в пользу «1С:Предприятие», так как при использовании этой системы нет необходимости разрабатывать новую базу данных. С помощью регистров накоплений и регистров сведений упрощается задача построения запросов по выполнению условий договоров. Интерфейс данной системы уже привычен и понятен сотрудникам организации.

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

В результате проектирования концептуальной модели создаваемой системы учета и контроля договорных отношений были построены ER, KB и FA диаграммы. Было выявлено 7 сущностей, а именно: Заказчик, Счет заказчика, Банк, Поставка, Платеж, Договор, Список ответственных лиц исполнителя.

Все сущности на FA-диаграмме находятся, по крайней мере в 3НФ.

Обозначены дальнейшие задачи на дипломирование.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Договорные отношения [Электронный ресурс]. – Режим доступа: http://textpoisk.ru/29/44.
2. Википедия – свободная энциклопедия [Электронный ресурс]. – Режим доступа:  http://ru.wikipedia.org/.
3. Компания «Антик» [Электронный ресурс]. – Режим доступа: http://trodos.net/.
4. Респект: Учет договоров [Электронный ресурс]. – Режим доступа: http://dogovorum.ru/.
5. Альтсофт - разработка систем управления предприятием, автоматизация бизнес-процессов [Электронный ресурс]. – Режим доступа: http:// altsoft.ru/.
6. Система документооборота ESCOM.BPM [Электронный ресурс]. – Режим доступа:      http://www.escom-bpm.com/.
7. Е1 Евфрат – Система электронного документооборота и автоматизации бизнес-процессов [Электронный ресурс]. – Режим доступа: http://evfrat.ru/.
8. АстроСофт: управление договорами [Электронный ресурс]. – Режим доступа: http://astrosoft.ru/contractmanagement/.
9. Платформа «1С:Предприятие» как средство разработки бизнес-приложений (Нуралиев С. Г., фирма «1С») [Электронный ресурс] – Режим доступа: http://www.1c.ru/rus/partners/training/edu/theses/?y=2007&s=11&t=216.
10. 1С:Предприятие 8 [Электронный ресурс]. – Режим доступа: http://v8.1c.ru/.
11. Структура базы данных [Электронный ресурс]. – Режим доступа:  http://galeonxxi.narod.ru/f_a2.html.
12. Золотов С. Ю. Проектирование информационных систем: Учебное пособие. – Томск: ТМЦДО, 2005. - 88 с.
13. Сибилев В. Д. Проектирование баз данных: Учебное пособие. – Томск: ТМЦДО, 2006. -  188 с.
14. Исакова А. И., Григорьева М. В. Руководство по преддипломной практике и дипломированию по специальности 080801 «Прикладная информатика в экономике»:  Учебное методическое пособие. – Томск: Томский  межвузовский центр дистанционного образования, 2012. – 71 с.

 

ПРИЛОЖЕНИЕ А

Договор поставки  № 000000001

 

г. Новосибирск                                                          « 01 »     01 2013

 

ООО Компания «Антик», именуемое в дальнейшем «Поставщик», в лице генерального директора Савченко Евгения Викторовича, действующего на основании Устава,  и ООО Компания «Колорлон», именуемое в дальнейшем «Покупатель», в лице генерального директора Рыжкова Виктора Владимировича, действующего на основании Устава, заключили договор следующего содержания:

 

1. ПРЕДМЕТ ДОГОВОРА

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

1.2. Поставка Товара осуществляется  на основании заявки Покупателя  и в соответствии со Спецификацией  на данную заявку, являющейся  неотъемлемой частью настоящего договора. Ассортимент Товара и его количество устанавливаются в Спецификации.

 

2. УСЛОВИЯ И  ПОРЯДОК ЗАКАЗА ТОВАРА

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

2.3. «Акцепт заявки Поставщиком» - согласование Поставщиком условий  заявки в  Спецификации,  направленной  Покупателю и являющейся неотъемлемой  частью договора.

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

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

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

 

3. ЦЕНА И ПОРЯДОК  РАСЧЕТОВ

3.1. Цена на Товар устанавливается  в Спецификации.