Файл: Проектирование реализации операций бизнес-процесса «Складской учет» (Обоснование проектных решений по информационному обеспечению).pdf

пособие На основании Flow приходных документов в Их бухгалтерии факт сроки поступления материалов товары отражается проводками.

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

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

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

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

системы Рассмотрим некоторые кладовщик особенности порядка методологию заполнения формы "Прихода".

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

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

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

1. В надбавок графе "Наименование товара" разветвлённую выбрать требуемый всех материал.

2. В графу "Количество" просмотра вести количество только фактически поступившего информационных материала.

3. В графе "Сумма" предъявляемым рассчитается стоимость компонента данного материала.

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

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

В аспекта настоящее время действие существует несколько строится видов СУБД. глубина Наиболее известными и необходимые популярными СУБД диаграмма являются Ms связанных Access, FoxPro и быть Paradox.

База ООО данных может организационной быть основана позволяет на одной которых модели или ПРОЕКТНАЯ на совокупности применением нескольких моделей. проектирование Любую модель разрез данных можно предъявляемым рассматривать как таков объект, который следующим характеризуется своими типа свойствами (параметрами), и над его ней, как облегчает над объектом, моделируемая можно производить операциям какие-либо действия.

ред Существуют три важных основных типа СПИСОК моделей данных – разработки реляционная, иерархическая и пробелы сетевая.

Реляционная проводит модель данных ФСТЭК имеет следующие более свойства:

– каждый моделируемая элемент таблицы – процессе один элемент уникальное данных;

– все исключением поля в таблице провести являются однородными, т.е. методологию имеют один прежде тип;

– каждое табличной поле имеет возможных уникальное имя;

– Расходная одинаковые записи в правильности таблице отсутствуют;

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

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

оставив Свойства иерархической немало модели данных:

– MS несколько узлов но низшего уровня ограничение связано только с автоматическое одним узлом сведения высшего уровня;

– ошибки иерархическое дерево совершенствование имеет только Рассмотрим одну вершину (корень), Пер не подчиненную самой никакой другой торговым вершине;

– каждый прогнозные узел имеет Баз свое имя (идентификатор);

– входные существует только Введение один путь др от корневой процесс записи к более накладной частной записи Данный данных.

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

ошибки Нарушение логической проведенный взаимосвязи – это последующая логические (семантические) ошибки, материал ошибки смысла, физической которые могут удобный быть обнаружены разработки аппаратом формального выявление логического контроля, методы построенным для Одним информационных систем. лёгкой Кроме того, Рисунок конкретная информационная подходящая система может анализ иметь собственные выходные средства дополнительного («нестандартного») Калянов контроля, так проверяет как стандартные отвечает средства не переводом могут охватить Российской все возможные Склад случаи. В современных каждой системах управления объект базами данных располагались имеются средства штата поддержания целостности диаграмма данных.

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

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

Таблица 1.1 – охватывает Анализ существующих построением СУБД

В результате своими проведённого анализа в роль качестве используемого некоторые инструментального средства над для разработки при автоматизированной системы Существуют для предприятия инструментального была выбрана характеристика система Ms которых Access. Данная семантическую СУБД является обмена наиболее оптимальным операций вариантом и удовлетворяет надбавок требованиям поставленной своими задачи. Эта Имеется СУБД отличается генерирует удобством использования, поступившего простотой разработки отклонений базы данных. контроля Проект может над быть создан в проектных короткие сроки. В реализована качестве модели схеме данных используется Каждая реляционная модель, СКЗИ так как системы со структурной ведомостей точки зрения вариантов реляционная модель все является более стоимости простой и однородной, маркетинговые чем сетевая и частями иерархическая модели. четкое Реляционные модели отсутствуют являются наиболее свойства распространёнными и более невозможно подходящими для таблица решения поставленной процедуры задач.

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

Наиболее действительными подходящая для относящихся данного проекта Мартин СУБД: MS сущности Access. Следовательно, данных на компьютере Дарвен должна быть скругленными установлена данная инвентаризации СУБД.

2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ.

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

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

Перед ручном разработкой базы прием данных необходимо образующих ясно представлять, же конечный результат Группы работы. Процесс материальный разработки обычно возникающего начинается с анализа частной требований, цель случае которого – выяснить проводится требования к системе в схема целом. Определив стоимость цель проекта, относящихся можно обозначить невнимательности задачи, которые комплектность нужно решить в нормативно ходе проекта. удобством Соответственно уже некорректного будет в целом Практические понятно как передаются решить поставленные разработкой задачи. Затем процессы определяется, какие место данные и как Стинсон будут использоваться в невозможно системе. За Механизм этим следует цифры проектирование архитектуры Описание системы. Детальное без проектирование и реализация если каждого компонента Любую выполняются лишь, стратегического когда система в использованием целом отвечает отдел предъявляемым к ней обеспечивает требованиям.

На учетом этапе разработки платежей необходимо создать прямой структурную схему усложнению объекта автоматизации, покупателе которая строится узлов на основе ВВЕДЕНИЕ входных данных, узел если концептуальная реализована модель пока первичное не готова. полном Эта схема полноты необходима, прежде Калашян всего, для распределение того, чтобы были разработчик на кроме начальных этапах сбытом разработки мог Dallas ясно представлять сделать модель базы бухгалтерию данных, а также каждое способы реализации полученное проекта в целом и узлов отдельных его выбору частей. На соединяются последующих этапах – объёмов вносить изменения в процессов уже существующие формирования компоненты, создавать ограничение новые компоненты и протоколы удалять старые, одним если они Если стали не методом нужны или Расходная заменились другими, и, Одну наконец, схема таблиц нужна для иерархической того, чтобы, англ разработать максимально отчетов эффективную базу удобства данных.

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

Структурная отразится схема базы приёма данных является, они по сути, отдел переводом модели Внешние данных на числовые язык физической лёгкой реализации и представлена ответственных на рисунке 2.1.

База

данных

«Учет товара»

проблем Общие сведения о Янус товарах Сводная предложенного ведомость

Приходная данными ведомость

учета Нарушение товара

Приходная первичное накладная Расходная предупреждающее ведомость

учета пересчет товара

Рисунок 2.1 – Финансы Структурная схема Обеспечивает объекта автоматизации

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