Навигация
2.3 Информационная модель
При разработке информационной модели я описывал документооборот с точки зрения обычного работника предприятия. Для начала берется схема (рис. 1), уже описанная мной. Но теперь делается описание подразделений только как набор информационных потоков. Например, «доставка» делится на «заявка на поставку», «учет согласно договору поставки» и «подписание счет – фактуры».
Далее я составлял нулевой уровень информационной модели (рис. 5). Клиент приходит в организацию, чтобы сделать заявку на оказание услуг, директор организует управление подписывая необходимые документы, это показано на моей схеме двумя стрелочками слева. Работник, в лице предприятия, создает прайс – лист, составляет цены на оказываемые услуги, формирует бухгалтерскую отчетность, с соблюдением всех правил и сертификатов.
Рисунок 5 Контекстная диаграмма информационной модели
Далее идет описание первого уровня (рис. 6), в нем описывается, как связаны между собой все подразделения, отвечающие за документооборот.
Рисунок 6 Диаграмма декомпозиции информационной модели
Клиент делает заявку на доставку, директор организации, оказываемой услуги подписывает накладные, далее при помощи счет – фактуры формируется заявка на материалы, изготовление. При изготовлении в соответствии с сертификатами достигается требуемое качество и в зависимости от вида и объема работ формируется цена на выполняемые услуги, корректируется счет – фактура. Далее клиент и директор подписывают акт купли – продажи. Все это, естественно будет далее отражено в декларации о доходах, в связи с тем, что предприятие должно нести налоговую ответственность. После всех фискальных операций и подписания ряда необходимых документов формируется договор на монтаж, включающий в себя сроки и место проведения работ. Далее эти документы направляются монтажникам, которые проводят установку.
Информационная модель, как и функциональная имеет несколько уровней вложенности, я описал только два, есть еще и третий в моей информационной модели, который необходим для более четкого распределения ролей между участниками одного подразделения. В этом уровне можно проследить, какие именно документы необходимо подписывать, как и за счет чего формируется счет фактура и кто в этой иерархии должен принимать непосредственное участие.
В моей информационной модели осуществляются следующие деления подразделений: 1. «реализация» делится на «формирование счета» и «подписание договора купли - продажи».
2. «изготовление» делится на «формирование списка изготовленной продукции», «формирование цены на выполненную работу» и «поступление заявки».
3. «монтаж» делится на «подписание объема выполненных работ» и «подписание акта о сдаче объекта».
2.4 Структура данных
Для описания базы данных необходимо располагать описанием выбранной предметной области, которое должно охватывать реальные объекты и процессы, определять все необходимые источники информации для обеспечения предполагаемых запросов пользователя и решаемых в приложении задач.
Собрав все необходимые данные по проблемной области, я разбил ее по группам (рис. 7).
Рисунок 7 Сгруппированная проблемная область.
Сгруппированные данные, я объединил в пять таблиц, и присвоил каждой таблице уникальное имя, я назвал их «предприятие», «монтаж», «клиенты», «материалы» и «бригадиры» (рис. 7), все это делается в конструкторе для создания таблиц. Там же определяется тип для каждого поля, уточняется должны ли повторяться данные в этом поле. Необходимо было, чтобы в каждой из таблиц было поле, которое являлось бы общим для двух таблиц, иначе я не смог бы связать все таблицы в одну. После этого я выбрал главные, определяющие поля в каждой таблице, которые сделал ключевыми. Например, в таблице «бригадиры» ключевым полем у меня было «ответственный», поскольку это поле является главным, оно есть в таблице «предприятие» и данные в этом поле не совпадают, что тоже является не мало важным моментом.
Следующим этапом была установка между таблицами связи по этим ключевым полям. Для этого в режиме конструктора, в ключевом поле, в значении «формат поля» я выбрал значение «по умолчанию». Также необходимо было, чтобы при связи таблиц не было зацикливания. То есть, ключевое поле одной таблицы должно быть связано только с одним полем другой таблицы.
После установления связей я определил тип связи, это нужно для того, чтобы знать последовательность заполнения таблиц. В моем случае все связи определялись типом «один ко многим» (рис 8).
Рисунок 8 Схема данных ООО «СЭТ»
Определив структуру, я начал вводить новые данные в таблицу, заполняя значениями ее поля. Непосредственный ввод данных осуществляется в режиме «таблица», начиная с главной таблицы. Занося данные в главную таблицу, в подчиненной уже не приходится вносить новые данные в связном поле, а только выбирать значения из списка, при этом данные в ключевом поле уникальны, и не должны повторяться. После заполнения таблицы данными ее следует закрыть, и данные автоматически сохранятся.
Похожие работы
... , измерять и оценивать результаты деятельности. 1.Постановка задачи. Целью выполнения работы является разработка информационного и программного обеспечения предметной области, связанной с работой магазина по продаже сувениров и их упаковки. Проект реализован в СУБД ACCESS. Microsoft Access – это система управления базами данных (СУБД), предназначенная для создания и обслуживания баз данных, ...
... и программным обеспечением. Проблема: рабочие места не автоматизированы. Направления: снижение издержек за счет более совершенной организации бухгалтерского и кадрового учета. 2. АНАЛИЗ СИСТЕМЫ БУХГАЛТЕРСКОГО УЧЕТА ПО РАСЧЕТАМ С ПЕРСОНАЛОМ ПО ОПЛАТЕ ТРУДА НА ПРЕДПРИЯТИИ ООО «СИБЛЕС» Информация о финансово-денежных отношениях между работником и работодателем необходима как одной, так и ...
... (программу), без которого работа системы невозможна – аналог языка BASIC. Система «1С: Предприятие» может работать как с DBF так и с SQL базами. Система «1С: Предприятие» предназначена для решения широкого спектра задач автоматизации учета и управления, стоящих перед современными предприятиями. «1С: Предприятие» представляет собой систему прикладных решений, построенных по единым принципам, на ...
... должен иметь доступ только к тем объектам, который ему разрешён в соответствии с матрицей доступа. Вывод В данном разделе дипломного проекта были рассмотрены методы и средства, которые необходимо применить для защиты информации, циркулирующей в системе «Учет рабочего времени», от возможных угроз. По перечисленным методам и средствам можно отметить, что разрабатываемая система «Учета рабочего ...
0 комментариев