Файл: Проектирование реализации операций бизнес-процесса «Складской учет» (Контрольный пример реализации проекта и его описание).pdf
Добавлен: 12.03.2024
Просмотров: 55
Скачиваний: 0
СОДЕРЖАНИЕ
1.1. Выбор комплекса задач автоматизации
1.2. Характеристика существующих бизнес – процессов.
1.3. Характеристика документооборота, возникающего при решении задачи
1.4. Обоснование проектных решений по информационному обеспечению
1.5. Обоснование проектных решений по программному обеспечению
2.1. Информационная модель и её описание
2.2. Характеристика нормативно-справочной, входной и оперативной информации
2.3. Характеристика результатной информации
2.5. Характеристика базы данных
2.7 Описание программных модулей
Карточки складского учета регистрируются бухгалтерской службой организации в специальном реестре (книге). При регистрации на карточке складского учета ставится номер карточки и подпись работника бухгалтерской службы. Карточки складского учета выдаются заведующему складом (кладовщику) под расписку в реестре.
В полученных карточках складского учета заведующий складом (кладовщик) заполняет реквизиты, характеризующие места хранения материалов (стеллаж, полка, ячейка и т.п.).
Карточки складского учета хранятся на складе у материально ответственного лица. Учет движения материалов (приход, расход, остаток) на складе (в кладовой) ведется материально ответственным лицом (заведующим складом, кладовщиком).
Правильность отражения остатка материалов в карточках складского учета подтверждается подписью бухгалтера в графе «Контроль».
По истечении календарного года на карточках складского учета выводятся остатки на 1 января года, следующего за отчетным, которые переносятся во вновь открытые карточки на следующий год, а карточки истекшего года закрываются. В закрытой карточке делается отметка, к примеру: «Остаток перенесен в карточку 2010 года № 25». Закрытые карточки брошюруются и сдаются в архив организации.
Накладная на внутреннее перемещение материалов. Для оформления отпуска материалов (их отдельных групп, видов, наименований) своим подразделениям в том случае, когда не указывается наименование заказа (изделия, продукции), для изготовления которого отпускаются материалы, на предприятии используется накладная на внутреннее перемещение материалов формы М-13п. Она применяется также в случаях, когда:
- продукция, изготовленная подразделениями организации, используется для внутреннего потребления в организации или для дальнейшей переработки;
- осуществляется возврат материалов подразделениями организации на склад;
- производится сдача отходов, образующихся в процессе производства продукции (выполнения работ), а также сдача брака;
- осуществляется сдача материалов, полученных от ликвидации основных средств.
Операции по передаче материалов из одного подразделения организации в другое также оформляются накладными на внутреннее перемещение материалов.
Накладная на внутреннее перемещение материалов выписывается в двух экземплярах. Оригинал накладной на внутреннее перемещение материалов остается на складе как основание для отпуска материалов, а ее копия передается получателю материалов.
Материальный отчет. По окончании месяца материально ответственным лицом подразделения составляется материальный отчет по форме М-19п. При этом используются вкладные листы к форме М-19п, которые представляют собой раздел «Информация о движении» (графы 1–21) материального отчета.
В месячном материальном отчете отражаются данные (реквизиты), которые имеются в карточках складского учета, остаток материалов на начало месяца, приход и расход за месяц (в т.ч. по объектам) и остаток материалов на конец месяца. Таким образом, в месячных материальных отчетах отражается информация о движении материалов (приходе или расходе) в данном месяце. В месячных материальных отчетах указывается также стоимость (по приходу, расходу и остаткам) материалов. Стоимость материалов заполняется бухгалтерской службой организации.
До 7 числа каждого месяца материальные отчеты с приложением всех первичных учетных документов представляются в бухгалтерскую службу (под роспись).
1.4. Обоснование проектных решений по информационному обеспечению
В качестве СУБД для хранения данных системы была выбрана СУБД MS SQL Server 2008.
SQL Server является всеобъемлющим, интегрированным сквозным решением, которое наделяет пользователей вашей организации безопасной, надежной, и продуктивной платформой для обработки промышленной информации и приложений, касающихся интеллектуальных ресурсов предприятия. SQL Server предоставляет мощные, знакомые инструменты для профессионалов информационных технологий так же, как и для работников информационной сферы, уменьшая сложность создания, развёртывания, управления и использования данных предприятия и аналитических приложений на платформах от мобильных устройств до информационных систем предприятия. Благодаря исчерпывающему набору функций, взаимодействию с существующими системами и автоматизации типовых задач, SQL Server предоставляет полное решение в области хранения данных для предприятий всех масштабов. С SQL Server пользователи и профессионалы информационных технологий вашей организации выиграют от снижения времени простоя приложений, увеличения масштабируемости и производительности, надёжных и гибких механизмов управления безопасностью. SQL Server включает главные улучшения управления данными предприятия в следующих областях:
- Управляемость;
- Доступность;
- Масштабируемость;
Безопасность.
1.5. Обоснование проектных решений по программному обеспечению
В качестве языка разработки был выбран язык C#, в качестве среды разработки MS Visual Studio 2010.
Специально для платформы .NET Microsoft был разработан новый язык программирования C#. C# - это язык программирования, синтаксис которого очень похож на синтаксис Java (но не идентичен ему). Например, в C# (как в Java) определение класса состоит из одного файла (*.cs), в отличие от C++, где определение класса разбито на заголовок (*.h) и реализацию (*.cpp). Однако называть C# клоном Java было бы неверно. Как C#, так и Java основаны на синтаксических конструкциях C++. Если Java во многих отношениях можно назвать очищенной версией C++, то C# можно охарактеризовать как очищенную версию Java.
Синтаксические конструкции C# унаследованы не только от C++, но и от Visual Basic. Например, в C#, как и в Visual Basic, используются свойства классов. Как C++, C# позволяет производить перегрузку операторов для созданных вами типов (Java не поддерживает ни ту, ни другую возможность). C# - это фактически гибрид разных языков. При этом C# синтаксически не менее (если не более) чист, чем Java, так же прост, как Visual Basic, и обладает практически той же мощью и гибкостью, что и C++. Подводя итоги, еще раз выделим основные особенности C#.
– Указатели больше не нужны. В программах на C#, как правило, нет необходимости в работе с ними (однако если вам это потребуется, пожалуйста, - возможности для работы с указателями в вашем распоряжении).
– Управление памятью производится автоматически.
– В C# предусмотрены встроенные синтаксические конструкции для работы с перечислениями, структурами и свойствами классов.
– В C# осталась возможность перегружать операторы, унаследованные от C++. При этом значительная часть возникавших при этом сложностей ликвидирована.
– Предусмотрена полная поддержка использования программных интерфейсов. Однако в отличие от классического COM применение интерфейсов - это не единственный способ работы с типами, используя различные двоичные модули. .NET позволяет передавать объекты (как ссылки или как значения) через границы программных модулей.
– Также предусмотрена полная поддержка аспектно-ориентированных программных технологий (таких как атрибуты). Это позволяет присваивать типам характеристики (что во многом напоминает COM IDL) для описания в будущем поведения данной сущности.
Возможно, самое важное, что необходимо сказать про язык C#, - это то, что он генерирует код, предназначенный для выполнения только в среде выполнения .NET. Например, вы не сможете использовать C# для создания классического COM-сервера. Согласно терминологии Microsoft код, предназначенный для работы в среде выполнения .NET, - это управляемый код (managed code). Двоичный файл, который содержит управляемый файл, называется сборкой (assembly). [16]
2. Проектная часть
2.1. Информационная модель и её описание
В разработанной базе данных выделяются следующие сущности, а, следовательно, и таблицы:
- Сущность Контрагенты – сведения о поставщиках и покупателях продукции;
- Сущность Договора – перечень договоров с контрагентами;
- Сущность Сотрудники – список сотрудников предприятия;
- Сущность Товары – справочник товаров предприятия;
- Сущность ПриходТовара – содержит сведения о приходе товара на склад компании;
- Сущность ОтгрузкаТовара – содержит сведения об отгрузке товара со склада компании.
Таблица 2.1
Характеристика созданных сущностей
Название сущности |
Название атрибута |
Примечание |
1 |
2 |
3 |
Котрагенты |
КодКонтрагента |
Первичный ключ |
КодДоговора |
Внешний ключ |
|
ЮрАдрес |
||
Телефон |
||
Сотрудники |
ТабНомер |
Первичный ключ |
ФИО |
||
ДатаРождения |
||
Адрес |
||
Телефон |
||
Сотрудники |
должность |
|
Договора |
КодДоговора |
Первичный ключ |
ДатаДоговора |
||
СрокДейстия |
||
ТабНомер |
Внешний ключ |
|
Товары |
КодТовара |
Первичный ключ |
Название |
||
ЕдИзм |
||
ПриходТовара |
НомерНакладной |
Первичный ключ |
Дата |
||
КодТовара |
Внешний ключ |
|
Количество |
||
Цена |
||
Стоимость |
||
КодКонтрагента |
Внешний ключ |
|
ТабНомер |
Внешний ключ |
|
НомерНакладной |
Первичный ключ |
|
Дата |
||
КодТовара |
Внешний ключ |
|
Количество |
||
Цена |
||
Стоимость |
||
КодКонтрагента |
Внешний ключ |
|
ТабНомер |
Внешний ключ |
Между сущностями созданы связи, указанные в таблице 2.2.
Таблица 2.2
Связи между сущностями
Главная сущность |
Зависимая сущность |
Связывающий атрибут |
Котрагенты |
ПриходТовара |
КодКонтрагента |
Сотрудники |
Договора |
КодСотрудника |
Договора |
Котрагенты |
КодДоговора |
Товары |
ПриходТовара |
КодТовара |
Сотрудники |
ПриходТовара |
КодСотрудника |
Товары |
ОтгрузкаТовара |
КодТовара |
Сотрудники |
ОтгрузкаТовара |
КодСотрудника |
Котрагенты |
ОтгрузкаТовара |
КодКонтрагента |
Логический уровень модели базы данных графически представлен на рис. 2.1.
Рисунок 2.1 – Логический уровень модели базы данных в Erwin
2.2. Характеристика нормативно-справочной, входной и оперативной информации
В системе присутствую следующие справочники:
- Товары:
- Договора:
- Контрагенты:
- Сотрудники:
Товары
Контрагенты
Договора
Сотрудники
ИС
Кладовщик
Ведение справочников
Обработка заявок
Формирование отчетов
Реквизи ты пред приятия
Прайс-лист
СПР Клиентов
СПР Товаров
Договора
Карточка учета
Накладные
Статистика ра боты кладовщика
Кладовщик
Рисунок 2.1 – Схема информационной системы
Макет формы для работы со справочником представлен на рисунке 2.2
Рисунок 2.2 – Макет формы для работы со справочником
Характеристика справочников приведена в таблице 2.1
Таблица 2.1 – Характеристика справочников
Название справочника |
Ответственный |
Средний объём |
Средняя частота актуализации |
Реквизитный состав |
|
3 |
1 раз в месяц |
1 запись |
наименование |
||
Кладовщик |
50 |
ежедневно |
5 записей |
КодКонтрагента; Название; Телефон; ЭлПочта; |
|
Товары |
Кладовщик |
20 |
ежемесячно |
Все записей |
КодТоварв; Наименование Цена |
Сотрудники: |
Кладовщик |
3 |
1 раз в месяц |
1 запись |
КодСотрудника; ФИО Адрес; Телефон; ЭлПочта; |