Модель информационной системы отдела снабжения предприятия ООО "Бисквит"
Описание отдела снабжения предприятия ООО "Бисквит". Функциональная схема и сценарии процесса пополнения сырьевых запасов, определения норм закупки сырья. Оптимизация и реинжиниринг бизнес-процессов. Проектирование информационной системы, ее параметры.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 11.12.2012 |
| Размер файла | 1,9 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
тогда вектор рыночного спроса на всю продукцию
Зная функцию рыночного спроса и цены, устанавливаемые предприятием на готовую продукцию, можно рассчитать доход или выручку:
При известной матрице технологических коэффициентов и количестве реализуемой продукции можно рассчитать объемы сырья, необходимые для ее производства:
где
лij - технологические коэффициенты, показывающие, сколько сырья j-го вида необходимо для производства единицы готовой продукции i-ой ассортиментной позиции, причем эти коэффициенты образуют соответствующую матрицу:
Функция предложения сырья поставщиками, отображающая зависимость между ценами и объемами закупок сырья, определит цены на него zj (шj (q (p))) и суммарную потребность в j - м виде ресурса (см. рисунок 2.5):
Рисунок 2.5 - Пример функции предложения сырья поставщиками
Тогда переменные издержки на закупку сырья будут следующими:
Общие же издержки предприятия складываются из затрат на закупки сырья и всех остальных затрат, которые также зависят от объема выпускаемой продукции и включают переменные и постоянные составляющие:
Для построения экономико-математической оптимизационной модели необходимо выбрать целевую функцию или критерий модели. В данной работе под целью деятельности предприятия понимается экономическая эффективность как разность выручки и затрат, связанных с реализацией и выпуском готовой продукции. Следовательно, в качестве целевой функции целесообразно использовать прибыль, которая представляет собой разность выручки и затрат:
П (p,q) = R (p) - Cv (q) - C (q) или П (p) = R (p) - CT (q (p)).
Тогда экономико-математическую модель определения оптимального объема поставки сырья можно представить в виде:
где p P - ограничение на цены, устанавливаемые производителем,
0 ? qi ? Qi - технологическое ограничение на выпуск максимального объема готовой продукции.
Если сделать подстановку всех функций, то модель в более полной форме будет выглядеть следующим образом:
где первое слагаемое - это доход предприятия, зависящий от устанавливаемых цен, второе слагаемое - это затраты на закупку сырья
и третье слагаемое - все остальные затраты предприятия, связанные с реализацией и производством готовой продукции.
Максимальное значение целевой функции достигается при оптимальных ценах p*, которые находятся из решения следующего уравнения:
Определив вектор цен p*, предприятие заключает договора с каждым из покупателей на поставку заданного объема продукции по каждой ассортиментной группе:
и с каждым из поставщиков на поставку j - го вида сырья в количестве:
Алгоритм определения оптимального объема поставки сырья приведен на рисунке 2.6.
Рисунок 2.6 - Алгоритм определения оптимального объема поставок сырья
Предложенная модель ориентирована на потребности покупателей, т.е. объем закупки сырья у поставщиков определяется на основе спроса потребителей на производимую продукцию из этого сырья. Это также позволяет заранее рассчитать объем продаж и максимально минимизировать расходы предприятия связанные перевозкой и хранением сырья на складе.
Рассмотрим пример расчета объема сырья закупаемого у поставщиков.
Предположим, что предприятие производит 5 ассортиментных позиций продукции, тогда I=5. Среднее количество покупателей N = 100. Тогда получим рыночный спрос на i-ую ассортиментную позицию суммированием индивидуальных функций спроса. При этом отметим, что для расчета изначально берутся оптимальные цены p = p*.
q1 (p1) = q1n (p1) = 4+7+25+6+5+9=56;
q2 (p2) = q2n (p2) = 3+7+35+4+5+10+12=76;
q3 (p3) = q3n (p3) = 1+7+12+6+5+1=32;
q4 (p4) = q4n (p4) = 2+1+1+6+4+2=16;
q5 (p5) = q5n (p5) = 7+34+25+8+5+9+1+7+23=119.
Вектор рыночного спроса на всю продукцию: q (p) = (56, 76, 32, 16, 119).
Рассчитаем доход предприятия.
R (p) = qin (pi) • pi = 56 • 20 + 76 • 35 + 32 • 40 + 16 • 90 + 119 • 15 = 8285 руб.
При известной матрице технологических коэффициентов л можно рассчитать объемы сырья, необходимые для производства продукции.
где лij - технологические коэффициенты, показывающие, сколько сырья j-ого вида необходимо для производства единицы готовой продукции i-ой ассортиментной позиции.
Рассчитаем объем сырья, необходимый для производства каждой из пяти ассортиментных позиций:
ш1 (q (p)) = шi1 (qi (pi)) = лi1 • qi (pi) = 2•56 + 3•76 + 4•32 + 3•119 = 825 кг;
ш2 (q (p)) = лi2 • qi (pi) = 1 • 76 + 1 • 32 + 1 • 16 = 124 кг;
ш3 (q (p)) = лi3 • qi (pi) = 4 • 56 + 2 • 76 + 2 • 16 = 408 кг;
ш4 (q (p)) = лi4 • qi (pi) = 5 • 56 + 3 • 76 + 6 • 32 + 6 • 16 = 796 кг;
ш5 (q (p)) = лi5 • qi (pi) = 1 • 16 = 16 кг;
ш6 (q (p)) = лi6 • qi (pi) = 11 • 56 + 2 • 76 + 5 • 32 + 9 • 119 = 1999 кг.
Определим объем всей партии сырья необходимой для производства пяти ассортиментных позиций продукции.
Шj (p) = шij (qi (pi)) = 825 + 124 + 408 + 796 + 16 + 1999 = 4168 кг.
Вывод: данные модели позволят оптимизировать процесс определения оптимального объема поставки сырья, выполняемый менеджером. Следовательно, использование данной математико-экономической модели в ИС позволит сократить продолжительность выполнения менеджером функции определения норм закупки сырья и увеличить эффективность работы отдела снабжения.
2.2 Сценарий процесса определения норм закупки сырья после оптимизации
В качестве оптимизации было предложено внедрение ИС в отделе снабжения. Рассмотрим оптимизированный с помощью ИС сценарий процесса определения норм закупки сырья (см. рисунок 2.3).
Рисунок 2.3 - Сценарий процесса определения норм закупки сырья после оптимизации
Процесс определения норм закупки сырья начинается с ввода кладовщиком в ИС информации количестве сырья на складе и ввода в ИС информации о спросе на производимую продукцию. Далее менеджер определяет период, на который будет осуществляться закупка и вводит параметры для расчета норм закупки сырья в программу. Программа производит расчет и предоставляет менеджеру результаты расчета об оптимальном объеме закупки сырья. После этого менеджер производит вывод составленного программой отчета с рассчитанными данными, который предоставляет начальнику отдела снабжения. Далее начальник утверждает нормы закупки сырья.
В сценарии отражено, что многие функции процесса определения норм закупки сырья оптимизированы с помощью ИС. А именно функция ввода в ИС информации о количестве сырья на складе, которая выполняется кладовщиком, заменила функцию предоставления учетных документов. Функции ввода параметров для расчета норм закупки сырья и получения результатов расчетов программы объединили в себе функции по выявлению остатков сырья, расчету нужного количества сырья для производства по рецептурным нормам и определения оптимального объема поставок сырья, которые производились менеджером вручную. Также функции формирования и вывода отчета о нормах закупки сырья, осуществляющиеся с помощью ИС, заменили функцию составления отчета о нормах закупки сырья менеджером вручную. Благодаря использованию ИС уменьшилась вероятность допущения ошибок в расчетах и престала осуществляться функция анализа и проверки норм закупки сырья начальником отдела снабжения.
Оценим каждый этап выполнения функции определения норм закупки сырья с помощью временных интервалов, затрачиваемых менеджером отдела снабжения в процессе работы:
Т1 = 40 мин. (Ввод в ИС информации о количестве сырья на складе);
Т2 = 40 мин. (Определение периода, на который осуществляется закупка);
Т3 = 10 мин. (Согласование периода на который осуществляется закупка);
Т4 = 30 мин. (Ввод параметров для расчета норм закупки сырья в программу);
Т5 = 1 мин. (Получение результата расчетов программы об оптимальном объеме закупки сырья);
Т6 = 6 мин. (Формирование отчетов о нормах закупки сырья с помощью ИС);
Т7 = 1 мин. (Вывод отчетов о нормах закупки сырья);
Т8 = 10 мин. (Согласование норм закупки сырья);
Т9 = 5 мин. (Утверждение норм закупки сырья).
Общие временные затраты менеджера на выполнение функции определения норм закупки сырья после оптимизации:
ОВЗОНЗСПОМ = 40 мин. + 30 мин. + 1 мин. + 6 мин. + 1 мин. = 78 мин.
Общие временные затраты на выполнение функции определения норм закупки сырья после оптимизации:
ОВЗОНЗСПО = 40 мин. + 78 мин. + 10 мин. + 10 мин. + 5 мин. = 158 мин. = 2 ч.38 мин.
Ввод информационной системы позволит сократить время определения норм закупки сырья с 5 ч.10 мин. до 2 ч.38 мин., что облегчит нагрузку менеджера отдела снабжения и освободит его рабочее время для выполнения более важных функций.
2.3 Функциональная схема процесса определения норм закупки сырья после оптимизации
Более подробно рассмотрим состояние "как надо" с помощью функциональной схемы (см. рисунок 2.4).
На функциональной схеме данные, которые нужны для выполнения функций и данные, получаемые в результате их выполнения:
1 Данные о количестве сырья на складе.
2 Данные маркетингового анализа.
3 Входные параметры для расчета норм закупки сырья.
4 Результаты расчетов норм закупки сырья.
5 Отчеты о нормах закупки сырья.
Рисунок 2.4 - Функциональная схема процесса определения норм закупки сырья после оптимизации
2.4 Перечень измененных бизнес-процессов
В ходе исследования предметной области было выявлено "слабое звено" в процессе снабжения. Это функция определения норм закупки сырья, которую выполняет менеджер. Основные сложности, связанные с ней, заключаются в следующих проблемах: длительность расчетов норм закупки сырья, вероятность допущения ошибок, сложность формирования отчетов и поиска необходимой информации.
С помощью ввода ИС эти проблемы могут быть решены. Информационная система будет выполнять функцию определения норм закупки сырья, устраняя проблемы связанные большими затратами времени и формированием отчетов. Также ИС должна позволять оптимизировать учет движения сырья на складах, так как полученные данные при учете сырья необходимы для расчета норм закупки сырья.
Для того чтобы добиться увеличения эффективности работы отдела снабжения был предложен оптимизированный вариант организации процесса определения норм закупки сырья, в котором были изменены следующие бизнес-процессы:
1) предоставление учетных документов;
2) определение оптимального объема поставок сырья;
3) составление отчета о нормах закупки сырья.
2.5 Оптимизация математической модели
Целью оптимизации является улучшение характеристик системы, а именно уменьшение времени выполнения расчетов. В данном проекте эта цель достигается путем ввода информационной системы, которая взяла бы на себя выполнение трудоемких функций.
Оптимизированная математическая модель отражает планируемый порядок выполнения функции определения норм закупки сырья менеджером и функции начальника отдела снабжения по утверждению норм закупки сырья после введения ИС.
Оптимизированная математическая модель в виде сети Петри представлена на рисунке 2.5
Рисунок 2.5 - Оптимизированная математическая модель в виде сети Петри
На представленной математической модели P={P1, P2, P3, P4, P5, Р6, Р7, P8} - это множество состояний, описывающих процесс определения норм закупки сырья после оптимизации.
Опишем каждое из представленных состояний:
Р1 - определено количество сырья на складе;
Р2 - определен спрос на производимую продукцию;
Р3 - осуществлен ввод информации в ИС о количестве сырья на складе;
Р4 - осуществлен ввод информации в ИС о спросе на производимую продукцию;
Р5 - определен период, на который осуществляется закупка сырья;
Р6 - период, на который осуществляется закупка сырья, согласован;
Р7 - получены результаты расчета программы об объеме и периодичности поставок сырья;
Р8 - сформированы отчеты о нормах закупки сырья с помощью ИС;
Р9 - нормы закупки сырья согласованны;
Р10 - нормы закупки сырья утверждены.
T={t1, t2, t3, t4, t5, t6, t7, t8} - это множество переходов в математической модели после оптимизации.
t1 = 40 мин. (потрачено на ввод информации о количестве сырья на складе);
t2 = 15 мин. (потрачено на ввод информации о спросе на производимую продукцию);
t3 = 40 мин. (потрачено на определение периода, на который будет осуществляться закупка сырья);
t4 = 10 мин. (потрачено на согласование периода, на который будет осуществляться закупка);
t5 = 30 мин. (потрачено на ввод необходимой информации в ИС);
t6 = 1 мин. (потрачено на выполнение расчетов в ИС);
t7 = 7 мин. (потрачено на формирование отчетов в ИС и их вывод);
t8 = 15 мин. (потрачено на согласование и утверждение норм закупки сырья).
Общее время, затрачиваемое на процесс определения норм закурки сырья составляет:
T = t1 + t2 + t3 + t4 + t5 + t6 + t7 + t8 = 158 мин. = 2 ч.38 мин.
Отметим, что до оптимизации процесс определения норм закупки сырья длился 5 ч.16 мин. Сравнив расчетные характеристики до и после оптимизации, можно сделать вывод, что оптимизация сократила общую длительность процесса определения норм закупки сырья в 2 раза. Рассмотрим математическую модель построенную с помощью теории массового обслуживания для того, чтобы отразить вероятность допущения ошибок. Оптимизированная математическая модель СМО представлена на рисунке 2.6.
Рисунок 2.6 - Оптимизированная математическая модель в виде сети СМО
Были произведены расчеты основных характеристик сети СМО после оптимизации, результаты которых приведены в таблице 2.1 Для наглядности в таблице 2.1 представлены результаты расчетов до и после оптимизации.
Таблица 2.1 - Сравнительные характеристики сети СМО
|
До оптимизации |
После оптимизации |
|||
|
Менеджер (ресурс S1) |
Начальник отдела снабжения (ресурс S2) |
Менеджер (ресурс S1) |
Начальник отдела снабжения (ресурс S2) |
|
|
Среднее число заявок, стоящих в очереди (r) |
||||
|
0,712 |
0,029 |
0,03 |
0,0029 |
|
|
Среднее число заявок в СМО (k) |
||||
|
1,272 |
0,187 |
0, 19 |
0,054 |
|
|
Среднее время ожидания заявки в очереди (Tож) |
||||
|
4 ч.15 мин. |
11 мин. |
14,51 мин. |
1,36 мин. |
|
|
Среднее время пребывания заявки в СМО (ТСМО) |
||||
|
7 ч.35 мин. |
1 ч.6 мин. |
91,57 мин. |
26,37 мин. |
|
|
Общее время обработки заявки (Тобщ) |
||||
|
8ч.41 мин. |
2 ч. |
Время обработки заявок на расчет норм закупки сырья с помощью ИС составляет 91,57 мин. (включая время ожидания обработки и само время обработки). Далее менеджер передает начальнику отдела отчеты о нормах закупки сырья для утверждения. Начальник утверждает отчеты в течение 26,37 мин. (включая время ожидания обработки и само время обработки). Таким образом, среднее время пребывания заявки в сети СМО составляет 117,94 мин. ? 2 ч.
Определим эффективность выполнения функции определения норм закупки сырья после оптимизации.
С использованием данных анализа модели в виде сети Петри:
I = Tдн / Tвып • (D - RT - См • Tм + Ззпч) = 8/2,63 • (8850 - 10 • 1,3 + 268) = 26049 руб;
R = 13 + 268 = 281 руб.;
Е2, СП = I / R = 26049/281 = 92.
С использованием данных анализа модели в виде сети СМО:
I = Tдн / Tвып • (D - RT - Зм + Ззпч) = 8/2 • (8850 - 10 • 1,3 + 268) = 30276 руб.;
R = 13 + 268 = 281 руб.;
Е2, СМО = I / R = 30276/281 = 102.
В сравнении с эффективностью работы менеджера до оптимизации (Е1, СП =45,2; Е1, СМО = 27) можно сделать вывод, что эффективность его работы увеличилась примерно в два раза.
Вывод: Проведенный математический анализ процесса определения норм закупки сырья после оптимизации показал, что при внедрении на предприятие ИС, которая бы выполняла такие функции как расчет норм закупки сырья и формирование отчетности, общая длительность процесса определения норм закупки сырья сократится до двух - трех часов. Внедрение ИС на предприятие увеличит эффективность работы отдела снабжения.
2.6 Выбор CASE-средств моделирования
Современные CASE-средства охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа, моделирования и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ПО.
Для того чтобы создать модель ИС, необходимо выбрать CASE-средство, с помощью которого можно наиболее полно отразить структуру информационной системы и взаимодействие между ее компонентами.
Следовательно, CASE-средство должно предоставлять возможность создания и редактирования диаграмм различных типов, которые возможно будут необходимы в процессе моделирования.
При моделировании ИС будет использована методология UML, так как она включает в себя в унифицированном виде лучшие методы графического моделирования и с помощью множества диаграмм входящих в стандарт UML можно создать достаточно полную модель ИС. Следовательно, основным критерием при выборе CASE-средств является поддержка методологии UML. Помимо этого необходимо учитывать независимость от программно-аппаратной платформы и СУБД, так как если CASE-средство не будет отвечать этому требованию, то это может затруднить работу, также стоит учесть доступность CASE-средства и другие критерии [1].
Этим критериям удовлетворяют такие CASE-средства как: Borland Together, MSVisio, Rational Rose.
Рассмотрим немного подробнее каждое из этих CASE-средств.
Borland Together Edition. Этот продукт поставляется в комплекте с пакетом Borland Developer Studio. Данный пакет ориентирован на разработку приложений на языках Delphi, C++ и Java. Встроенное CASE-средство в данный пакет позволяет создавать модели и генерировать исходный код из диаграммы классов. Данный пакет изначально ориентирован на написание исходного кода приложения, его компиляцию и отладку. Функции разработки моделей в данном пакете являются дополнительными. Компания Borland предоставляет 30 дней бесплатного пробного использования данного CASE-средства.
Microsoft Visio 2007. Это наиболее простое и доступное средство моделирования. Достоинством MSVisio является тот факт, что данный продукт распространяется как надстройка к MSOffice. Размер дистрибутива у данного продукта не очень большой, что позволяет скачать его с сайта разработчика без каких-либо серьезных затрат. Также большим плюсом является тот факт, что имеется возможность использовать нестандартные графические примитивы.
IBM Rational Rose Modeler. Это программный продукт компании IBM, предназначенный для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Кроме того, данный программный продукт содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах. IBM Rational Rose Modeler в полной мере поддерживает методологию UML и обладает интуитивно понятным и эргономичным интерфейсом. Данное CASE-средство удовлетворяет заявленным требованиям, но высокая цена данного средства делает его недоступным для приобретения отдельными пользователями.
Перечислим критерии, по которым будет сравнивать выбранные CASE-средства и поясним их значения:
Поддержка UML - поддерживает ли данное CASE-средство нотацию UML;
Независимость от программно-аппаратной платформы и СУБД - критерий определяется неоднородностью среды функционирования CASE-средств. Независимость обеспечивается за счет наличия совместимых версий CASE-средств для различных платформ и драйверов соответствующих сетевых протоколов, менеджеров транзакций и СУБД;
Простота освоения и использования - показывает, учитываются ли следующие характеристики: доступность пользовательского интерфейса; время, необходимое для обучения; простота установки; объем ручного труда при сопровождении ИС; качество документации; соответствие инструмента особенностям и потенциальным возможностям коллектива разработчиков;
Открытость архитектуры - критерий определяется тем, открыта ли и общедоступна информация об используемых форматах данных и прикладных программных интерфейсах. Эта информация должна позволять интегрировать инструментальные средства и относительно безболезненно переходить от одной системы к другой с помощью экспорта/импорта.
Количество диаграмм стандарта UML, которые можно реализовать данным средством - показывает, сколько диаграмм стандарта UML можно реализовать с помощью данного CASE-средства.
Возможность использовать нестандартные графические примитивы - показывает, присутствует ли возможность использования нестандартных графических примитивов при построении диаграмм.
Размер дистрибутива - размер дистрибутива CASE-средства в Мбайтах;
Аппаратные требования - какие требования к аппаратному обеспечению компьютера необходимы для того, чтобы на нем могло использоваться рассматриваемое CASE-средство;
Стоимость приобретения - затраты на CASE-средство.
Сравним данные программные средства в таблице 2.2 по различным критериям.
Таблица 2.2 - Анализ CASE-средств
|
MS Visio 2007 |
IBM Rational Rose Modeler |
Borland Together Editions |
||
|
Поддержка UML |
Поддерживает |
Поддерживает |
Поддерживает |
|
|
Независимость от программно-аппаратной платформы и СУБД |
Независимо |
Независимо |
Независимо |
|
|
Простота освоения и использования |
Простое в использовании и легкое в обучении |
Простое в использовании, но бучение затруднено |
Затруднено в использовании и обучении |
|
|
Открытость архитектуры |
Открытая архитектура |
Открытая архитектура |
Открытая архитектура |
|
|
Кол-во диаграмм стандарта UML, которые можно реализовать данным средством |
8 |
9 |
8 |
|
|
Возможность использовать нестандартные графические примитивы |
Возможность присутствует |
Возможность отсутствует |
Возможность отсутствует |
|
|
Размер дистрибутива |
350 Мбайт |
8 400 Мбайт |
4 500 Мбайт |
|
|
Аппаратные требования |
512 Мб оперативной памяти, 400 Мб свободного места на HDD. |
Минимум 1 Гб оперативной памяти, от 1200 Мб свободного места на HDD. |
Минимум 1 Гб оперативной памяти, 700 Мб свободного места HDD |
|
|
Стоимость приобретения |
Бесплатно, при условии покупки MsOffice |
> 130 000 рублей |
Предоставляется 30 дней пробного использования |
После сравнения CASE-средств по выбранным критериям можно провести дополнительный сравнительный анализ с помощью математических методов, рассматривая при этом критерии, по которым CASE-средства отличаются друг от друга. Проведем сравнительный анализ с помощью метода анализа иерархии (МАИ).
В качестве наиболее важных критериев, по которым CASE-средства отличаются друг от друга, можно выделить следующие:
· Количество диаграмм стандарта UML, которые можно реализовать данным средством (далее Количество диаграмм UML);
· Простота освоения и использования;
· Стоимость приобретения.
Начнем с построения матрицы попарных сравнений для критериев. Для этого строим матрицу размерностью 3х3 (по числу критериев) и подписываем строки и столбцы наименованиями сравниваемых критериев.
Для заполнении таблицы 2.4 попарно сравниваем критерий из строки с критерием из столбца по отношению к цели. Значения из таблицы 2.3 вписываем в ячейки, образованные пересечением соответствующей строки и столбца.
Таблица 2.3 - Таблица относительной важности
|
Интенсивность относительной важности |
Определение |
|
|
1 |
Равная важность |
|
|
3 |
Умеренное превосходство одного над другим |
|
|
5 |
Существенное превосходство |
|
|
7 |
Значительное превосходство |
|
|
9 |
Очень сильное превосходство |
|
|
2, 4, 6, 8 |
Промежуточное решение между двумя соседними суждениями |
К примеру, при выборе CASE-средства критерий "Количество диаграмм UML" имеет существенное или значительное превосходство перед критерием "Стоимость".
В таблице этой оценке соответствует значение "6". Поэтому в ячейке на пересечении строки "Количество диаграмм UML" и столбца "Стоимость" записываем значение 6 в соответствующую ячейку таблицы 2.4.
Очевидно, что диагональ этой матрицы будет заполнена значением "1", а ячейки, лежащие ниже диагонали, будут заполнены обратными значениями. Следовательно, в ячейке на пересечении строки "Стоимость" и столбца "Количество диаграмм UML" записываем значение "1/6". И так далее для каждой пары критериев.
Таблица 2.4 - Общее сравнение критериев
|
Количество диаграмм UML |
Простота освоения и использования |
Стоимость |
Оценки компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
Кол-во диаграмм UML |
1 |
1/5 |
6 |
1,056 |
0,273 |
|
|
Простота освоения и использования |
5 |
1 |
4 |
2,456 |
0,635 |
|
|
Стоимость |
1/6 |
1/4 |
1 |
0,35 |
0,09 |
Определяем оценки компонент собственного вектора.
Так для критерия "Количество диаграмм UML" это будет:
(1*1/5*6) 1/3 = 1,056.
Для критерия "Простота освоения и использования":
(5*1*4) 1/3 = 2,456.
Для критерия "Стоимость":
(1/6*1/4*1) 1/3 = 0,35.
Получив сумму оценок собственных векторов (= 3,862), вычисляем нормализованные оценки вектора приоритета для каждого критерия, разделив значение оценки собственного вектора на эту сумму.
1,056/3,862=0,273 (для критерия "Количество диаграмм UML").
2,456/3,862= 0,635 (для критерия "Простота освоения и использования").
0,35/3,862=0,09 (для критерия "Стоимость").
Сравнивая нормализованные оценки вектора приоритета можно сделать вывод, что наибольшее значение при выборе CASE-средства я придаю критерию "Простота освоения и использования".
Воспользуемся индексом согласованности (ИС), который дает информацию о степени нарушения согласованности. Вместе с матрицей парных сравнений мы имеем меру оценки степени отклонения от согласованности. Если такие отклонения превышают установленные пределы, то тому, кто проводит суждения, следует перепроверить их в матрице.
ИС = (л max - n) / (n - 1);
лmax = (1+1/5+6) *0,273 + (5+1+4) *0,635 + (1/6+1/4+1) *0,09 = 1,965 + 6,35 + 0,126 = 8,44;
ИС = (лmax - 3) / 2 = 2,72.
Далее необходимо проверить, насколько суждения были непротиворечивыми при составлении матрицы попарных сравнений критериев. Для этого необходимо индекс согласованности разделить на число, соответствующее случайной согласованности матрицы третьего порядка, равного 1,12. Получим отношение согласованности (ОС). В данном случае:
ОС = 2,42% < 10%, т.е. пересматривать суждения не надо.
Оценка альтернатив
Теперь для выбора наилучшего CASE-средства сравним выбранные 3 CASE-средства по каждому критерию.
Критерий: "Количество диаграмм UML"
Таблица 2.5 - Сравнение CASE-средств по критерию "Количество диаграмм UML"
|
MS Visio |
Borland Together |
Rational Rose |
Оценки компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
MS Visio |
1 |
3 |
1/5 |
0,845 |
0,157 |
|
|
Borland Together |
1/3 |
1 |
7 |
1,318 |
0,244 |
|
|
Rational Rose |
5 |
7 |
1 |
3,232 |
0,599 |
Оценки компонент собственного вектора:
MS Visio: (1*3*1/5) 1/3 =0,845;
Borland Together: (1/3*1*7) 1/3 = 1,318;
Rational Rose: (5*7*1) 1/3 = 3,232.
Сумма оценок собственных векторов = 0,845+1,318+3,232 = 5,395
Вычислим нормализованные оценки:
MS Visio: 0,845/5,395= 0,157;
Borland Together: 1,318/5,395= 0,244;
Rational Rose: 3,232/5,395= 0,599.
Сравнивая нормализованные оценки вектора приоритета можно сделать вывод, что Rational Rose является более предпочтительным средством исходя из этого критерия.
Критерий "Простота освоения и использования"
Таблица 2.6 - Сравнение CASE-средств по критерию "Простота освоения и использования"
|
MS Visio |
Borland Together |
Rational Rose |
Оценки компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
MS Visio |
1 |
7 |
5 |
3,232 |
0,725 |
|
|
Borland Together |
1/7 |
1 |
1/3 |
0,364 |
0,081 |
|
|
Rational Rose |
1/5 |
3 |
1 |
0,857 |
0, 192 |
Оценки компонент собственного вектора:
MS Visio: (1*7*5) 1/3 =3,232;
Borland Together: (1/7*1*1/3) 1/3 = 0,364;
Rational Rose: (3*1/5*1) 1/3 = 0,857.
Сумма оценок собственных векторов = 3,232+0,364+0,857= 4,453
Вычислим нормализованные оценки:
MS Visio: 3,232/4,453= 0,725;
Borland Together: 0,364/4,453= 0,081;
Rational Rose 0,857/4,453= 0, 192.
В данном случае при сравнении нормализованных оценок вектора приоритета видно, что наиболее удобным средством по созданию моделей является MS Visio.
Критерий "Стоимость"
Таблица 2.7 - Сравнение CASE-средств по критерию "Стоимость"
|
MS Visio |
Borland Together |
Rational Rose |
Оценки компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
MS Visio |
1 |
5 |
7 |
0,309 |
0,725 |
|
|
Borland Together |
1/5 |
1 |
3 |
1,179 |
0, 192 |
|
|
Rational Rose |
1/7 |
1/3 |
1 |
2,731 |
0,081 |
Оценки компонент собственного вектора:
MS Visio: (1*5*7) 1/3 =3,232;
Borland Together: (1/5*1*3) 1/3 = 0,857;
Rational Rose: (1/7*1/3*1) 1/3 = 0,364.
Сумма оценок собственных векторов = 3,232+0,857+0,364 = 4,453
Вычислим нормализованные оценки: MS Visio: 3,232/4,453= 0,725;
Borland Together: 0,857/4,453= 0, 192;
Rational Rose: 0,364/4,453= 0,081.
Сравнивая по стоимости, видно, что MS Visio является лидером, так как это средство бесплатное.
После сравнения выбранных CASE-средств по каждому критерию подведем итоги. Для наглядности сведем все нормализованные оценки в таблицу 2.8.
Таблица 2.8 - Сравнение нормализованных оценок по всем критериям
|
CASE-средство |
Нормализованные оценки |
|
|
Количество диаграмм UML |
||
|
MS Visio |
0,157 |
|
|
Borland Together |
0,244 |
|
|
Rational Rose |
0,599 |
|
|
Простота освоения и использования |
||
|
MS Visio |
0,725 |
|
|
Borland Together |
0,081 |
|
|
Rational Rose |
0, 192 |
|
|
Стоимость |
||
|
MS Visio |
0,725 |
|
|
Borland Together |
0, 192 |
|
|
Rational Rose |
0,081 |
Проведя анализ, представленных CASE-средств, можно сделать выбор средства необходимого для использования в данном случае на основе значений нормализованных оценок. В таблице 2.8 видно, что по критериям "Простота освоения и использования" и "Стоимость" CASE-средство MS Visio является наиболее предпочтительным. Я склоняюсь к использованию для создания моделей объекта исследования и модели разрабатываемой системы средства MSVisio, так как оно доступно, удовлетворяет требованиям по использованию нотации UML 2.0 в создаваемых моделях и удобно в применении.
В идеальном случае для моделирования предметной области необходимо использовать CASE-средство от компании IBM - Rational Rose. Но ввиду высокой стоимости этого средства, в данной работе оно не будет использовано.
3. Проектирование ИС
3.1 Характеристика, критерии и сравнительный анализ существующих информационных систем
В настоящее время на рынке программных средств для планирования процесса снабжения имеется достаточно широкий выбор программного обеспечения. Такие системы называются системами управления цепочками поставок (англ. Supply Chain Management, SCM). SCM-системы предназначены для автоматизации и управления всеми этапами снабжения предприятия и для контроля всего товародвижения на предприятии.
Для автоматизации работы рассматриваемого предприятия, необходимо выбрать SCM-систему, с помощью которой можно было бы решить выделенные проблемы: ведение отчетности на предприятии, определение норм закупки сырья и учет сырья.
Следовательно, в SCM - системе должна быть предусмотрена возможность ведения отчетности, планирования закупок и учета сырья или товара. Мной были выделены 3 наиболее подходящих программных продукта для данной предметной области, в которых учтены эти возможности. Это следующие программные продукты:
1) Программный комплекс "Мастер Снабжения", разработан компанией "Русский деловой проект", Казань. (http://www.mastercost.ru/)
2) Система программ "1С: Предприятие 8.2", разработана фирмой "1С", Москва (http://www.1c.ru/rus/firm1c/firm1c. htm)
3) Программное обеспечение "IFS DISTRIBUTION (IFS Поставки)", разработано компанией IFS, Швеция (филиал в Москве http://www.ifsrussia.ru/ifsdistrib. htm).
"Мастер Снабжения"
Программный комплекс "Мастер Снабжения" - специализированная, комплексная электронная система материально-технического снабжения, ориентированная на специфику работы отделов снабжения коммерческих предприятий.
Программное обеспечение "Мастер снабжения", организует внутренние бизнес-процессы снабжения на предприятиях-заказчиках и строго определяет процедуру выбора поставщика только на основании результатов анализа рынка или проведения электронных торгов на закупку.
Программа "Мастер снабжения" предполагает объединить следующие достоинства существующих на рынке программных продуктов:
· единое информационное пространство, обеспечивающее полноту управления процессом снабжения;
· электронный сбор, согласование и утверждение заявок;
· ведение баз данных по товарам, поставщикам, транспортным компаниям;
· управление закупками, контроль оплат и поставок;
· различные алгоритмы выбора поставщика;
· интеграция с 1С: Предприятие 7.7 и 1С: Предприятие 8, а также другими программами учета запасов.
"1С: Предприятие 8.2"
Система программ "1С: Предприятие" включает в себя платформу и прикладные решения, разработанные на ее основе. Сама платформа ("1С: Предприятие 8.2") не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу. Наиболее подходящей конфигурацией для данной области является "1С: Предприятие 8. Общепит", так как она позволяет решить проблемы учета сырья и формирования отчетности. Также отметим, что есть отраслевое специализированное решение "1С: Предприятие 8. Хлебобулочное и кондитерское производство", но оно не подходит в данном случае, ввиду высокой стоимости: 155000 руб и 18000 руб за клиентскую лицензию на 5 рабочих мест. А с помощью конфигурации "1С: Предприятие 8. Общепит" также можно решить выделенные проблемы при ее более низкой стоимости (22000 Руб. + 18000 руб. клиентская лицензия на пять рабочих мест).
Конфигурация "Общепит" обеспечивает следующие возможности:
· ведение списка рецептур, составление калькуляций (технологических карт), с возможностью учета предварительной проработки рецептуры блюд;
· ведение списка взаимозаменяемых продуктов и его автоматическое использование при списании в производство и формировании калькуляционных карточек;
· ведение количественного или количественно-суммового учета материально-производственных запасов (МПЗ) в разрезе складов;
· учет стандартных складских операций: поступления, перемещения, инвентаризации и списания МПЗ;
· учет приготовления пищевой продукции, а так же количества и сумм списанных в производство ингредиентов, согласно заведенным рецептурам.
· учет оптовых отгрузок и розничных продаж;
· формирование аналитической и унифицированной отчетности.
"IFS DISTRIBUTION (IFS Поставки)"
Решение "IFS Поставки" обеспечивает полномасштабную автоматизацию управления товаропотоками, организацию отношений с поставщиками и потребителями, анализ и прогнозирование товаропотоков. Решение позволяет управлять всей цепочкой поставок (SCM), гибко сочетая возможности автоматического и ручного управления движением товаров от поставщиков до конечных покупателей и формализуя взаимодействие подразделений внутри фирмы при решении логистических задач.
Система позволяет полностью контролировать процесс прохождения заказа и выполнять необходимые действия в зависимости от состояния заказа. В соответствии со стандартами качества ISO9000 возможен мониторинг по позициям заказов, заказам, партиям, серийным номерам, проводкам. Это дает возможность легко определить причины возникшей проблемы и установить, на какую продукцию она повлияла.
Эффективно реализовать концепцию SCM позволяет имеющийся в IFS Поставки механизм настроек. Он позволяет осуществлять автоматическую генерацию заказов снабжения на основе заказов сбыта. И, наоборот, генерацию заказов сбыта на базе информации о появившихся потребностях - созданных заказах снабжения, в которых поставщиком выступает данный субъект, производственных заказах и т.п.
Конечным результатом является автоматизация цепочки поставок, оставляющая при этом возможность ручного контроля на любом этапе.
Ниже приведена сравнительная таблица 3.1, в которую сведены основные характеристики рассматриваемых программных продуктов.
Таблица 3.1 - Сравнительная таблица аналогов проектируемой ИС
|
"Мастер Снабжения" |
"1С: Предприятие 8.2" |
"IFS DISTRIBUTION (IFS Поставки)" |
|
|
Сфера применения (размер предприятия) |
|||
|
Средние и малые предприятия |
Средние и малые предприятия |
Крупные и средние предприятия машиностроительного комплекса, энергетика, пищевая промышленность, фармацевтика, кабельная промышленность |
|
|
Стоимость (в расчете на 3 АРМ) |
|||
|
Около 32000. руб. |
22000 Руб. + 18000 руб. клиентская лицензия на пять рабочих мест |
От 80000 руб. до 100000 руб. |
|
|
Организация интерфейса |
|||
|
Интуитивно понятный интерфейс и простая логика работы программы обеспечивает быстрое приобретение навыков пользователя для работы с данным программным комплексом |
В программном средстве реализован современный дизайн интерфейса и повышена комфортность работы пользователей при работе с системой в течение длительного времени. Интерфейс системы спроектирован с учетом необходимости массового ввода информации (в том числе с использованием клавиатуры), а также с учетом работы менее опытных пользователей |
Основной принцип разработки IFS Applications: выполнение любой операции должно требовать минимум времени и действий. Система интуитивно понятна и легка в изучении и использовании. Есть несколько вариантов предоставления информации - для руководителей, исполнителей и т.д. |
|
|
Возможность добавления программных модулей |
|||
|
Нет |
Да |
Да |
|
|
Наличие сетевой версии |
|||
|
В качестве сетевой версии используется общедоступный закупочный Интернет портал, передающий прямо на рабочие места актуальную информацию о товарах, ценах и поставщиках. Кол-во пользователей интернет портала неограниченно |
Сетевая версия 1С позволяет работать с приложением на неограниченном количестве рабочих мест пользователей |
IFS предлагает веб-интерфейс к порталам внешнего взаимодействия. Поддерживает территориально-распределенные структуры и фактически любое число пользователей |
|
|
Возможность ведения отчетности |
|||
|
В данном программном комплексе решены задачи формирования и сбора, согласования заявок |
Имеются различные формы документации и отчетности необходимые на различных этапах бизнес-процессов. Также имеется возможность самостоятельного создания и редактирования печатных форм документов и отчетов |
Имеется специальный модуль "Счета - фактуры" для оформления документации. Модуль содержит следующие основные части: Для входящих счетов-фактур Для исходящих счетов-фактур Внешние счета-фактуры |
|
|
Совместимость с дополнительным программным обеспечением |
|||
|
Интеграция с 1С, а также другими программами учета запасов |
Возможно подключение систем правовой поддержки. Интеграция с Microsoft Excel и обмен данными с кассовыми (фронт-офисными) системами |
Имеется возможность вести бухгалтерию в интеграции с бухгалтерской системой 1С |
|
|
Открытый/закрытый код |
|||
|
Используется закрытый код. |
Открытый код. В комплект поставки входят средства администрирования и конфигурирования, таким образом пользователь при достаточном уровне подготовки имеет возможность настроить конфигурацию под конкретные задачи. |
Открытый код. Позволяет разработчику лучше понять бизнес-логику системы, и в ряде случаев, избежать доработок, которые оказываются просто ненужными. Позволяет не зависеть от разработчика системы. |
После сравнения программных продуктов по критериям был проведен дополнительный сравнительный анализ с помощью метода анализа иерархии (МАИ).
В качестве наиболее важных критериев, по которым программные продукты отличаются друг от друга, были выделены следующие:
· Стоимость (в расчете на 3 АРМ);
· Открытый/закрытый код;
· Возможность ведения отчетности.
Была построена матрица попарных сравнений для критериев размерностью 3х3 (по числу критериев), которая представлена в таблице 3.2.
Таблица 3.2 - Общее сравнение критериев
|
Стоимость (в расчете на 3 АРМ) |
Открытый/закрытый код |
Возможность ведения отчетности |
Оценки компонент собственного вектора |
Нормализованные оценки вектора приоритета |
||
|
Стоимость (в расчете на 3 АРМ) |
1 |
1/5 |
1/7 |
0,0095 |
0,001 |
|
|
Открытый/закрытый код |
5 |
1 |
4 |
6,666 |
0,918 |
|
|
Возможность ведения отчетности |
7 |
1/4 |
1 |
0,583 |
0,08 |
Сравнивая нормализованные оценки вектора приоритета можно сделать вывод, что наибольшее значение при выборе программного продукта отдается критерию "Открытый/закрытый код".
Было проведено сравнение выбранных программных продуктов по каждому критерию. Итоги этого сравнения сведены в таблицу 3.3.
Таблица 3.3 - Сравнение нормализованных оценок по всем критериям
|
ПО |
Нормализованные оценки |
|
|
Стоимость (в расчете на 3 АРМ) |
||
|
"Мастер Снабжения" |
0,765 |
|
|
"1С: Предприятие 8.2" |
0,552 |
|
|
"IFS DISTRIBUTION (IFS Поставки)" |
0,084 |
|
|
Открытый/закрытый код |
||
|
"Мастер Снабжения" |
0,126 |
|
|
"1С: Предприятие 8.2" |
0,741 |
|
|
"IFS DISTRIBUTION (IFS Поставки)" |
0,362 |
|
|
Возможность ведения отчетности |
||
|
"Мастер Снабжения" |
0, 194 |
|
|
"1С: Предприятие 8.2" |
0,451 |
|
|
"IFS DISTRIBUTION (IFS Поставки)" |
0,36 |
Проведя анализ, представленных программных продуктов, можно сделать выбор средства необходимого для использования в данном случае на основе значений нормализованных оценок. В таблице 3.3 видно, что по критериям "Открытый/закрытый код" и "Возможность ведения отчетности" система программ "1С: Предприятие 8.2" является наиболее предпочтительной.
Можно сделать вывод, что наиболее подходящим программным средством по возможностям, стоимости и функциям является программный комплекс "1С: Предприятие 8.2", а именно решение "1С: Предприятие 8. Общепит".
При небольшой стоимости этот программный комплекс обладает наибольшими преимуществами. В "1С: Предприятие 8. Общепит" есть все необходимые средства для того, чтобы решить выделенные проблемы. Так как стандартное решение "1С: Управление торговлей 8" можно изменить и настроить под конкретные задачи предприятия в конфигураторе "1С: Предприятие 8.2".
3.2 Место и взаимосвязь проектируемой системы с системами более высокого уровня
Принцип системности системного подхода указывает, что при проектировании и исследовании сложных систем должны учитываться не только взаимосвязи между элементами внутри системы, но и связи с другими системами, образующими внешнюю среду.
Проектируемая система интегрирована с кассовыми (фронт-офисными) системами. Присутствует возможность сохранения (экспорта) печатных форм документов и отчетов в формате XLS (Microsoft Excel) и HTML (Hyper Text Markup Language). Также внешние связи осуществляются с помощью документации, которую выводит система, и с помощью ввода необходимых данных пользователем в другие системы.
3.3 Формирование параметров и требований к ИС
Проведя сравнительный анализ уже существующих информационных систем, можно сформулировать требования, которым должна соответствовать проектируемая информационная система, и задачи, которые она должна решать.
Из всех задач, которые предстоит решать проектируемой информационной системе можно выделить:
1) Определение норм закупки сырья;
2) Учет движения сырья на складах организации;
3) Формирование необходимой документации;
4) Подготовка аналитических отчетов;
5) Идентификация пользователей системы.
Также выделим требования, предъявляемые к системе:
1) Должны быть обеспечены такие функции, как ввод, запись, редактирование и хранение информации о сырье, поставках и поставщиках;
2) Необходимо наличие интуитивно понятного интерфейса программы;
3) Возможность оформления выходной документации и отчетов;
4) В системе должна иметься возможность разграничения доступа.
Для операторов базы данных должны быть недоступны некоторые функции, которые доступны администратору. Редактирование всех проведенных документов в системе должно быть запрещено для всех работников не имеющих соответствующий доступ.
3.4 Выбор архитектуры ИС
Архитектура информационной системы представляет собой набор общих принципов построения информационной системы. При выборе архитектуры информационной системы рассматриваются три основных момента: передаваемые данные, функции и сеть.
Под данными, в данном случае, понимается информация в виде документов, электронных файлов и сообщений с которой работают пользователи ИС.
Функции - задачи, решаемые каждым элементом системы, т.е. назначение каждой из подсистем ИС. Эти функции также определяются задачами пользователей, работающих с данной подсистемой. Под сетью понимается логическая структура вычислительной сети (локальной и глобальной), состав и характеристики серверной группы и клиентской части системы. Существует несколько видов архитектур ИС:
· архитектура файл-сервер;
· архитектура клиент-сервер;
· многоуровневая архитектура;
· распределенная архитектура.
Наиболее предпочтительной архитектурой применимой к разрабатываемой ИС является клиент-серверная архитектура, так она является наиболее оптимальной с точки зрения реализации и гибкости будущей ИС.
Архитектура клиент-сервер предназначена для разрешения проблем файл-серверных приложений путем разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Особенностью архитектуры клиент-сервер является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации. Отличительная черта серверов БД - наличие справочника данных, в котором записана структура БД, ограничения целостности данных, форматы и даже серверные процедуры обработки данных по вызову или по событиям в программе.
Объектами разработки в таких приложениях помимо диалога и логики обработки являются, прежде всего, реляционная модель данных и связанный с ней набор SQL-операторов для типовых запросов к базе данных.
Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера (см. рисунок 3.1).
Рисунок 3.1 - Архитектура клиент-сервер
На рисунке представлено несколько АРМ (Автоматизированных рабочих мест).
АРМ - представляет собой совокупность программно-аппаратных средств, обеспечивающих взаимодействие человека с ЭВМ, т.е. такие функции как: возможность ввода информации в ЭВМ; возможность вывода информации из ЭВМ на экран монитора, печать или другие.
В отделе снабжения предусмотрено, что АРМ будут оснащены несколько сотрудников, а именно менеджер, начальник отдела снабжения и кладовщик.
АРМ1 - автоматизированное рабочее место менеджера.
АРМ2 - автоматизированное рабочее место начальника отдела снабжения.
АРМ3 - автоматизированное рабочее место кладовщика.
АРМ должно отвечать следующим требованиям:
1) своевременное удовлетворение информационной и вычислительной потребности специалиста;
2) минимальное время ответа на запросы пользователя; адаптация к уровню подготовки пользователя и его профессиональным запросам;
Подобные документы
Обоснование необходимости применения вычислительной техники и телекоммуникационного оборудования для решения задач. Проектирование информационной системы отдела снабжения. Физическая модель данных с указанием типов основных атрибутов, нормализация таблиц.
дипломная работа [1,6 M], добавлен 19.02.2017Анализ деятельности компании в целом и отдела продаж в частности. Описание состояния информационной системы предприятия. Декомпозиция бизнес-процессов, протекающих в отделе продаж. Проектирование информационной системы, ее программное обеспечение.
дипломная работа [2,4 M], добавлен 29.08.2014Изучение профессиональных и должностных обязанностей специалистов отдела информационной безопасности. Характеристика процесса внедрения новой информационной системы предприятия. Создание плановых, диспозитивных и исполнительных информационных систем.
отчет по практике [180,7 K], добавлен 08.06.2015Описание кредитного отдела OAO "Сбербанк". Информационные системы и технологии кредитного отдела. Программные продукты, предлагаемые для банков, в частности для кредитной сферы. Варианты улучшения существующей информационной системы кредитного отдела.
курсовая работа [457,9 K], добавлен 24.09.2014Функциональная схема отдела контроля по соблюдению правил проживания, временного пребывания иностранных граждан и лиц без гражданства. Математическая формализация и реинжиниринг бизнес-процессов. Выбор архитектуры информационной системы паспортного стола.
дипломная работа [2,3 M], добавлен 20.07.2014Логическая и физическая схема действующей компьютерной сети. Проблемы, решение которых актуально для предприятия. Базы данных задач и работ бизнес-процессов. Структура информационной системы. Проектирование подсистемы "Управление основным производством".
курсовая работа [4,8 M], добавлен 17.12.2011Анализ деятельности службы материально-технического снабжения ОАО КЗХ "Бирюса". Разработка информационной системы по обеспечению сырьем и материалами цехов основного производства предприятия. Оценка экономической эффективности инновационного проекта.
дипломная работа [1,5 M], добавлен 12.11.2012Оптимизация математической модели и реинжиниринг бизнес-процессов. Основные методологии, используемые в BPwin. Выбор архитектуры информационной системы. Обоснование подбора языка программирования. Установка и запуск программы в среде MS-DOS и Windows.
дипломная работа [1002,3 K], добавлен 13.04.2014Проектирование информационной системы "Учёт работы поликлиники": анализ программных продуктов, описание диаграмм бизнес–процесса, описание IDEF0, DFD, IDEF3 диаграмм потоков данных и документирования процессов посредством AllFusion Process Modeler r7.3.
курсовая работа [2,5 M], добавлен 20.08.2012Анализ инфраструктуры ООО магазин "Стиль". Создание системы информационной безопасности отдела бухгалтерии предприятия на основе ее предпроектного обследования. Разработка концепции, политики информационной безопасности и выбор решений по ее обеспечению.
курсовая работа [2,2 M], добавлен 17.09.2010
