Проектирование системы электронного документооборота в SAP R/3 для автоматизации договорной работы группы компаний "САПРАН"
Общая характеристика предприятия и определение проблем в его деятельности, анализ известных подходов к их решению. Средства разработки и анализ информационных потоков. Разработка и структура модели деятельности предприятия "как есть" и "как должно быть".
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 20.12.2013 |
| Размер файла | 372,7 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Существуют атрибуты, уникальным образом определяющие каждый экземпляр сущности. Такие атрибуты называются ключами.
Первичный ключ (РК) - атрибут, уникальным образом определяющий экземпляр родительской сущности, сущности в которой он создан.
Внешний ключ (FK) - атрибут, который определяет родительскую сущность в дочерней.
Для каждой сущности определим набор атрибутов.
Таблица 4 содержит набор атрибутов для сущности «Карточка «договор».
Таблица 4 - Список атрибутов сущности «Карточка «договор» (ZTRCM_AGR)
|
Имя атрибута |
Примечание |
тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
GUID |
CASE_GUID |
PK |
int(36) |
|
|
Класс документа |
DOC_CLASS |
|
varchar(50) |
|
|
Тип документа |
DOC_TYPE |
FK |
int(2) |
|
|
Вид документа |
DOC_KIND |
FK |
int(2) |
|
|
Статус документа |
DOKST |
|
varchar(50) |
|
|
Филиал |
BRANCH |
FK |
int(2) |
|
|
Номер карточки |
EXT_KEY |
|
int(36) |
|
|
Внутренний номер |
INNUM |
|
varchar(50) |
|
|
Внешний номер |
VNNUM |
|
varchar(50) |
|
|
Номер основного договора |
PREV_NUM |
|
varchar(50) |
|
|
Внешний номер основного договора |
PREV_EXT_NUM |
|
varchar(50) |
|
|
Дата заключения основного договора |
PREV_DATE |
|
datetime |
|
|
Предмет договора |
SUBJECT |
|
varchar(255) |
|
|
Дата заключения договора |
ZKDAT |
|
datetime |
|
|
Дата начала действия |
BEGDAT |
|
datetime |
|
|
Дата окончания действия |
ENDDAT |
|
datetime |
|
|
Факт. дата закрытия договора |
EDDATF |
|
datetime |
|
|
Пролонгация |
PROLONG |
|
bool |
|
|
Владелец договора |
OWNER |
FK |
int(100) |
|
|
Исполнитель по договору |
PERFORMER |
FK |
int(100) |
|
|
Стороны |
|
|
|
|
|
Компания |
COMPANY |
FK |
int(36) |
|
|
Реквизиты компании |
C_BIK |
FK |
int(2) |
|
|
Генеральный заказчик |
CLIENT |
FK |
int(36) |
|
|
Контрагент |
PARTNER |
FK |
int(36) |
|
|
Реквизиты контрагента |
P_BIK |
FK |
int(2) |
|
|
Платежные данные |
|
|
|
|
|
Валюта документа |
WAERD |
FK |
int(2) |
|
|
Сумма (вал.документа) |
SUMDG |
|
int(20) |
|
|
Способ закрытия |
DOC_CLOSE |
|
varchar(50) |
|
|
Контактные лица |
|
|
|
|
|
Контактное лицо 1 |
|
|
|
|
|
ФИО |
FIO_1 |
|
varchar(255) |
|
|
Комментарий |
COMM_1 |
|
varchar(255) |
|
|
Телефон |
PHONE_1 |
|
varchar(255) |
|
|
|
EMAIL_1 |
|
varchar(255) |
|
|
Контактное лицо 2 |
|
|
|
|
|
ФИО |
FIO_2 |
|
varchar(255) |
|
|
Комментарий |
COMM_2 |
|
varchar(255) |
|
|
Телефон |
PHONE_2 |
|
varchar(255) |
|
|
|
EMAIL_2 |
|
varchar(255) |
|
|
Контактное лицо 3 |
|
|
|
|
|
ФИО |
FIO_3 |
|
varchar(255) |
|
|
Комментарий |
COMM_3 |
|
varchar(255) |
|
|
Телефон |
PHONE_3 |
|
varchar(255) |
|
|
|
EMAIL_3 |
|
varchar(255) |
|
|
Контактное лицо 4 |
|
|
|
|
|
ФИО |
FIO_4 |
|
varchar(255) |
|
|
Комментарий |
COMM_4 |
|
varchar(255) |
|
|
Телефон |
PHONE_4 |
|
varchar(255) |
|
|
|
EMAIL_4 |
|
varchar(255) |
Таблица 5 содержит набор атрибутов для сущности «Тип документа».
Таблица 5 - Список атрибутов сущности «Тип документа» (ZTRCM_DOC_TYPE)
|
Имя атрибута |
Примечание |
тип данных |
||
|
Имя атрибута |
Физический уровень |
|||
|
Тип документа |
DOC_TYPE |
PK |
int(2) |
|
|
Наименование типа документа |
TEXT |
|
varchar(50) |
Таблица 6 содержит набор атрибутов для сущности «Вид документа».
Таблица 6 - Список атрибутов сущности «Вид документа» (ZTRCM_DOC_KIND)
|
Имя атрибута |
Примечание |
Тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
Вид документа |
DOC_TYPE |
PK |
int(2) |
|
|
Наименование вида документа |
TEXT |
|
varchar(50) |
Таблица 7 - Список атрибутов сущности «Филиал» (ZPROJ_BRANCH)
|
Имя атрибута |
Примечание |
Тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
Филиал |
BRANCH |
PK |
int(2) |
|
|
Подробный текст |
LTEXT |
|
varchar(50) |
Таблица 8 - Список атрибутов сущности «Валюта договора» (TCURC)
|
Имя атрибута |
Примечание |
Тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
Код валюты |
WAERS |
PK |
int(2) |
|
|
Название валюты |
TEXT |
|
varchar(50) |
Таблица 9 - Список атрибутов сущности «Деловой партнер» (BUT000)
|
Имя атрибута |
Примечание |
Тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
ID Партнера |
ID |
PK |
int(2) |
|
|
Наименование |
NAME |
|
varchar(255) |
|
|
ИНН/БИН |
INN |
|
int(20) |
|
|
КПП |
KPP |
|
int(20) |
|
|
Адрес |
ADRESS |
|
varchar(255) |
|
|
Телефон |
PHONE |
|
varchar(50) |
Таблица 10 - Список атрибутов сущности «Платежные реквизиты» (BUT0BK)
|
Имя атрибута |
Примечание |
Тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
ID Партнера |
ID |
FK |
int(2) |
|
|
ID Реквизитов |
ID_PAY |
PK |
int(2) |
|
|
БИК |
BIK |
|
int(20) |
|
|
Расчетный счет |
RSCHET |
|
int(20) |
Таблица 11 содержит набор атрибутов для сущности «Условия оплаты».
Таблица 11 - Список атрибутов сущности «Условия оплаты» (ZTRCM_PAY_COND)
|
Имя атрибута |
Примечание |
Тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
GUID договора |
GUID |
FK |
int(36) |
|
|
Номер позиции |
NUMBER |
PK |
int(2) |
|
|
Тип оплаты |
PAY_TYPE |
|
varchar(50) |
|
|
Процент оплаты |
PAY_PROC |
|
int(2) |
|
|
Фиксированная дата оплаты |
FIX_DATE |
|
datetime |
|
|
Кол-во дней после поставки |
DAYS |
|
int(2) |
|
|
Производственный календарь |
CALENDAR |
|
varchar(50) |
Таблица 12 - Список атрибутов сущности «График оплат» (ZTRCM_PAYMENT_P)
|
Имя атрибута |
Примечание |
Тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
GUID договора |
CASE_GUID |
FK |
int(36) |
|
|
№ проекта |
PROJECT |
FK |
int(2) |
|
|
Этап |
STAGE |
FK |
int(2) |
|
|
Тип оплаты |
PAY_TYPE |
|
varchar(50) |
|
|
Дата по договору |
DELIVERY_D |
|
datetime |
|
|
Фактическая дата |
ACTUAL_D |
|
datetime |
|
|
Примечание |
COMMENTARY |
|
varchar(50) |
|
|
Плановая дата |
PLAN_D |
|
datetime |
|
|
Сумма в валюте документа |
AMOUNT |
|
int(20) |
Таблица 13 - Список атрибутов сущности «График поставок» (ZTRCM_DELIVERY_P)
|
Имя сущности |
Примечание |
Тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
GUID договора |
CASE_GUID |
FK |
int(36) |
|
|
№ проекта |
PROJECT |
FK |
int(2) |
|
|
Этап |
STAGE |
FK |
int(2) |
|
|
Дата по договору |
DELIVERY_D |
|
datetime |
|
|
Фактическая дата |
ACTUAL_D |
|
datetime |
|
|
Плановая дата |
PLAN_D |
|
datetime |
|
|
Акт получен |
ACT |
|
bool |
|
|
Сумма в валюте документа |
AMOUNT |
|
int(20) |
|
|
Примечание |
COMMENTARY |
|
varchar(50) |
Таблица 14 - Список атрибутов сущности «Проект» (ZPROJ)
|
Имя сущности |
Примечание |
Тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
№ проекта |
PROJECT |
PK |
int(2) |
|
|
Филиал |
BRANCH |
FK |
int(2) |
|
|
Тип проекта |
PTYPE |
|
varchar(50) |
|
|
Тип поддержки |
SUPPORT |
|
varchar(50) |
|
|
Начало срока действия |
BEGDA |
|
datetime |
|
|
Конец срока действия |
ENDDA |
|
datetime |
|
|
Индикатор закрытия |
LOEKZ |
|
bool |
|
|
Руководитель проекта |
MPLPM |
|
varchar(50) |
|
|
Директор проекта |
MPLPD |
|
varchar(50) |
|
|
Заказчик |
PARTNER |
|
varchar(50) |
|
|
Бонусируемый (проект) |
BONUS |
|
bool |
Таблица 15 - Список атрибутов сущности «Этап проекта» (ZPROJST)
|
Имя атрибута |
Примечание |
Тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
№ проекта |
PROJECT |
FK |
int(2) |
|
|
Этап |
STAGE |
PK |
int(2) |
|
|
Подробный текст |
LTEXT |
|
varchar(50) |
Таблица 16 - Список атрибутов сущности «Пользователь» (USR02)
|
Имя атрибута |
Примечание |
Тип данных |
||
|
Логический уровень |
Физический уровень |
|||
|
Первичный ключ |
KEY |
PK |
int(255) |
|
|
Логин |
LOGIN |
int(20) |
||
|
Хэш пароля |
PASS_HASH |
|
int(255) |
|
|
ФИО пользователя |
FIO |
|
varchar(255) |
|
|
Должность |
RANK |
|
varchar(255) |
|
|
Права пользователя |
RIGHTS |
|
varchar(255) |
|
|
Адрес |
ADDRESS |
|
varchar(255) |
|
|
Пользователь заблокирован |
LOCKED |
|
bool |
Отношения между сущностями
Сущности в системе не могут существовать сами по себе, они должны быть взаимосвязаны. Связи между сущностями называются отношениями. Связь - это понятие логического уровня, которому соответствует внешний ключ на физическом уровне. В Sybase PowerDesigner связи представлены пятью основными элементами информации:
· тип связи (идентифицирующая, неидентифицирующая);
· родительская сущность;
· дочерняя (зависимая) сущность;
· мощность связи (cardinality);
· допустимость пустых (null) значений.
Связь называется идентифицирующей, если экземпляр дочерней сущности идентифицируется через ее связь с родительской сущностью. Атрибуты, составляющие первичный ключ родительской сущности, при этом входят в первичный ключ дочерней сущности. Дочерняя сущность при идентифицирующей связи всегда является зависимой. В Sybase PowerDesigner обозначается сплошной линией с закрашенным кружочком на конце.
Связь называется неидентифицирующей, если экземпляр дочерней сущности идентифицируется иначе, чем через связь с родительской сущностью. Атрибуты, составляющие первичный ключ родительской сущности, при этом входят в состав неключевых атрибутов дочерней сущности. В Sybase PowerDesigner обозначается прерывистой линией с ромбиком вначале и закрашенным кружочком в конце.
На основе логического уровня, физический создается автоматически. Сущности превращаются в таблицы данных. Ключи превращаются в индексы.
Заключение
Данный курсовой проект посвящен анализу договорной деятельности группы компаний «САПРАН», оказывающих консалтинговые услуги в сфере ИТ.
Реализована цель курсового проектирования, заключающаяся в создании проекта системы электронного документооборота для автоматизации договорной работы.
Для достижения поставленной цели сформулированы и решены следующие задачи:
· Выполнен анализ информационных потоков, связанных с деятельностью организации.
· Разработана модель деятельности "как есть".
· Разработана модель деятельности "как должно быть".
· Разработано техническое задание на автоматизированную систему.
Список литературы
1. Вендров A.M. Проектирование программного обеспечения экономических информационных систем. - М.: Финансы и Статистика, 2002 - 352 с: ил.
2. Маклаков СВ. BPwin и Erwin. CASE-средства разработки информационных систем. - М.: ДИАЛОГ-МИФИ, 2000.
3. Васенев К. Анализ информационных потоков на предприятии
4. Грекул В.И. Проектирование информационных систем. Практикум. М.: Национальный открытый университет «ИНТУИТ», 2012 -- 186 с.
5. «Медоды ARIS». Файл pdf, более 1000 стр. Поставляется вместе с демо-версией системы ARIS Toolset.
Размещено на Allbest.ru
Подобные документы
Обоснование необходимости разработки АОС "Информационная безопасность". Построение модели деятельности "Как есть" (AS-IS) и "Как должно быть" (TO-BE). Анализ программных продуктов. Создание модели предметной области. Разработка информационной системы.
отчет по практике [5,3 M], добавлен 31.05.2015Анализ бизнес-процессов, информационных потоков и уровня автоматизации деятельности риэлтерского агентства. Разработка модуля поддержки взаимоотношений с клиентом и электронного документооборота. Логическая схема проектируемой информационной системы.
дипломная работа [2,7 M], добавлен 10.02.2012Общая характеристика основных подходов к автоматизации документооборота и процессов управления в бизнес-процессе организации. Описание, функции и назначение системы электронного документооборота (СЭД), а также анализ проблем ее комплексной реализации.
реферат [23,3 K], добавлен 12.10.2010Задачи системы электронного документооборота. Анализ существующих информационных систем. Методы и средства инженерии программного обеспечения. Концептуальная модель данных в BPWin. Построение инфологической модели системы документооборота "Doc_Univer".
курсовая работа [56,1 K], добавлен 25.03.2014Краткая характеристика предприятия. Особенности работы отдела технической поддержки, используемые информационные технологии. Анализ информационных потоков, документооборота и локальных сетей предприятия. Пути совершенствования информационных систем.
отчет по практике [1,7 M], добавлен 11.09.2011Основные подходы к решению проблем управления электронным документооборотом. Разработка информационной системы для работы с базой данных (БД). Проектирование логической структуры БД, программная реализация. Тестирование и отладка программного средства.
курсовая работа [1,3 M], добавлен 06.01.2013Моделирование бизнес-процессов аудиторской компании для учета услуг и работ с клиентами в ООО "Дежавю". Модели деятельности аудиторской компании "как есть" (AS-IS) и "как должно быть" (TO-BE). Функциональная модель в виде иерархии потоков данных.
курсовая работа [1,8 M], добавлен 12.04.2012Аппаратное, сетевое, программное обеспечение предприятия. Разработка системы электронного документооборота. Последовательность создания и технология построения информационной системы. Выбор системы управления базами данных, среды разработки приложения.
дипломная работа [1,5 M], добавлен 15.10.2013Понятие информационных систем и их классификация, типы и история развития, структура и компоненты. Создание информационной модели и обоснование выбора модели данных. Внутренняя среда предприятия, организация на нем документооборота. Средства базы данных.
курсовая работа [1,0 M], добавлен 17.04.2016Основные методы защиты электронного документооборота предприятия. Анализ криптопровайдера "КриптоПро". Построение типовой модели защищенной информационно-телекоммуникационной системы предприятия с применением программных средств криптографической защиты.
дипломная работа [3,0 M], добавлен 01.07.2011
