Варианты использования информационной подсистемы "InventoryManagement". Основные проблемные ситуации, возникающие при функционировании, методы и средства для их решения. Информационное и программное обеспечение подсистемы. Разработка базы данных.
Аннотация к работе
В третьем разделе пояснительной записки рассматриваются вопросы информационного и программного обеспечения подсистемы, а также обосновываются требования к техническому обеспечению, гарантирующие нормальную работу разработанной информационной подсистемы «INVENTORYMANAGEMENT». Рассчитаны показатели экономической эффективности и определен экономический эффект от внедрения информационной подсистемы на склад ООО «Регата - Ставрополь». документооборот ООО «Регата - Ставрополь», связанный с учетом запасов продукции; совокупность организационных, технических, программных и информационных средств, объединенных в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для учета запасов в ООО «Регата - Ставрополь». Обследование предприятия проводилось по заранее разработанной программе по форме, представленной в таблице 1.1, содержащий перечень вопросов, ответы на которые дадут полное представление о деятельности изучаемого объекта и будут учтены при создании проекта информационной подсистемы.Информационная подсистема должна не только обеспечивать эффективное решение планируемых задач, но и быть удобна пользователю с точки зрения проектирования пользовательского интерфейса. Кроме требований к подсистеме в целом, выделяются также требования к задачам, выполняемым системой. Основной задачей, решаемой информационной подсистемой, является максимальное ускорение доступа к информации по ключевым словам. Для эффективного функционирования подсистемы данная задача должна решаться в сжатые сроки, то есть алгоритм ее решения должен быть организован таким образом, чтобы обеспечить требуемое время выполнения - меньше минуты. Разрабатываются основные положения проектируемой системы, принципы ее функционирования и взаимодействия с другими системами, определяется структура системы, разрабатываются проектные решения по обеспечивающим частям системы.Tovar Содержит информацию о товаре Postyplenie Содержит информацию о поступлениях товара Kontragent Содержит информацию о контрагентах Для разработки данной формы были использованы следующие элементы управления данными: - DATAGRIDVIEW1 - таблица, в которой отображается информация о товаре имеющемся на складе; После добавления всех элементов форма RETURNSGOODS принимает вид, показанный на рисунке 2.9.Использование в качестве среды разработки приложения MS Visual Studio 2010 позволяет достичь высочайшей производительности приложений.Общие сведения о программе (информационной подсистеме «INVENTORYMANAGEMENT») представлены в таблице 3.1. Язык программирования (среда разработки), на которой написана программа Язык программирования - Visual C# Среда разработки - Microsoft Visual studio 2010 Подсистема также выполняет следующие функции: - формирует отчет о количестве товара, находящегося на складе; формирует отчет о товарах, отгруженных со склада; формирует отчет о товарах, поступающих на склад;Для нормального функционирования программы достаточно наличия: операционной системы Windows XP; персонального компьютера с процессором 233 МГЦ; 148 Мбайт оперативной памяти; 4,71 Мбайт свободной памяти жесткого диска; любого современного цветного монитора с разрешением 800?600 и любого лазерного принтера с разрешением печати не менее 300 точек/дюйм. В ходе разработки приложения использовались среда Microsoft Visual Studio 2010.Коэффициент «p» коррекции программы, учитывающий новизну проекта, количественно характеризует увеличение объема работ по реализации программного продукта, возникающего за счет внесения изменений в алгоритм или в тексте программы по результатам ее тестирования и отладки, с учетом коррекций требований к прецедентам, поддерживаемым программным продуктом, со стороны заказчика. Работу по описанию задачи выполняет программист с окладом 7000 руб. в месяц и коэффициентом квалификации КК = 1,35 (опыт работы по специальности 6 лет). Затраты труда на подготовку документации по задаче ТД определяются по формуле: ТД = ТДР ТДО, (4.7) где ТДР - затраты труда на подготовку материалов в рукописи, чел.-ч.; Таким образом, подставив численные значение затраты труда на подготовку материалов в рукописи ТДР, чел.-ч., и затраты труда на редактирование, печать и оформление документации ТДО, чел.-ч., в формулу (4.7) получим Подставив все числовые значения параметров в формулу (4.18) получим, что затраты на техническое обслуживание и текущий ремонт вычислительной техники составят: Затраты на амортизацию вычислительной техники , руб.: где - балансовая стоимость вычислительной техники, руб.;} private void СОТРУДНИКИTOOLSTRIPMENUITEM_Click(object sender, EVENTARGS e) } private void ОСТАТКИTOOLSTRIPMENUITEM_Click(object sender, EVENTARGS e) } private void КОНТРАГЕНТЫTOOLSTRIPMENUITEM_Click(object sender, EVENTARGS e) } private void ПОСТУПЛЕНИЕТОВАРАTOOLSTRIPMENUITEM_Click(object sender, EVENTARGS e) } private void ОТГРУЗКАТОВАРАTOOLSTRIPMENUITEM_Click(object sender, EVENTARGS e)Листинг файла RETURNSGOODS.cs using System; using System.Collections.Generic; using System.Win
Вывод
1. Компания ООО «Регата - Ставрополь» занимает одно из ведущих мест в макроэкономике Ставропольского края, в сфере экспортера, импортера, дистрибьютора, оптовика и розничного оператора рынка.
2. Основной причиной создания информационной подсистемы являются большие материальные и временные затраты учета запасов на складе. Актуальность разработки автоматизированной информационной подсистемы управление запасами для ООО «Регата-Ставрополь», обусловлена тем, что учет запасов не автоматизирован и организован в виде базы данных на бумажных носителях.
3. Для создания информационной подсистемы необходимо решить следующие задачи: ? реализовать структуру логической и физической модели базы данных;
? произвести разработку информационной подсистемы;
2.1 Обоснование выбора среды разработки приложения
В качестве среды разработки информационной подсистемы был выбран Microsoft Visual Studio 2010. Выбор этого программного продукта обусловлен тем, что использование данной среды разработки позволяет достичь высочайшей производительности приложений.
Приложение разрабатывалось на языке С#. C# - объектно-ориентированный язык программирования. Разработан в 1998-2001 годах группой инженеров под руководством Андерса Хейлсберга в компании Microsoft, как основной язык разработки приложений для платформы Microsoft .NET Framework и впоследствии был стандартизирован как ECMA-334 и ISO/IEC 23270. Компилятор C# входит в стандартную установку .NET Framework. Язык имеет статическую типизацию, поддерживает полиморфизм, перегрузку операторов (в том числе операторов явного и неявного приведения типа), делегаты, атрибуты, события, свойства, обобщенные типы и методы, итераторы, анонимные функции с поддержкой замыканий, LINQ, исключения, комментарии в формате XML [12].
В качестве СУБД для базы данных выбран - SQL Server 2008 R2 Express Edition. Это мощная и надежная система управления данными, предоставляющая широкий набор функций для обеспечения защиты данных и повышения производительности для внедренных приложений, упрощенных вебсайтов, веб-приложений и локальных хранилищ данных. Эта версия предназначена для простого развертывания и быстрого создания прототипов. Она включает поддержку Sysprep - программы подготовки систем Майкрософт для развертывания в операционной системе Microsoft Windows. Для повышения эффективности администрирования в SQL Server были включены библиотеки Declarative Management Framework, позволяющие распределять полномочия для баз данных или отдельных таблиц. Были улучшены методы компрессии данных. SQL Server Katmai поддерживает набор библиотек ADO.NET Entity Framework и средства оповещения, репликации и определения данных [13].
SQL Server 2008 имеет упрощенное администрирование - автоматическая настройка базы данных для обеспечения оптимальной производительности.
2.2 Создание логической и физической модели базы данных информационной подсистемы «INVENTORYMANAGEMENT»
2.2.1 Определение сущностей модели базы данных информационной подсистемы
Сущность - это реальный или виртуальный объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению [3].
На основании проведенного исследования предметной области, были выявлены сущности и их атрибуты.
В таблице 2.1 представлены сущности модели базы данных информационной подсистемы.
Таблица 2.1 - Перечень сущностей
Наименование сущности Описание
Tovar Содержит информацию о товаре
Postyplenie Содержит информацию о поступлениях товара
Otgryzka Содержит информацию об отгруженном товаре
Sotrydniki Содержит информацию о сотрудниках организации
Kontragent Содержит информацию о контрагентах
Users Содержит информацию о пользователях системы
2.2.2 Определение атрибутов сущностей базы данных информационной подсистемы
Атрибут является характеристикой сущности, значимой для рассматриваемой предметной области. Атрибут - любая деталь, которая служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности [3].
Рассмотренные выше сущности имеют следующие атрибуты, указанные в таблице 2.2
Таблица 2.2 - Перечень атрибутов
Наименование сущности Наименование атрибута Применение Тип данных
1 2 3 4
Tovar Id_tovar Содержит уникальный номер товара int
Name Содержит наименование товара nvarchar(50)
Tcena_pokupki Содержит цену покупки товара float
Tcena_prodaji Содержит цену реализации товара float
Kolichestvo Содержит количество товаров nvarchar(50)
Postyplenie Id_Postyplenie Содержит уникальный номер поступления товара int
Nomer_nakladnoy Содержит номер приходной накладной int
Id_tovar Содержит код товара int
Id_kontragent Содержит код контрагента int
Id_sotrydnik Содержит код сотрудника int
Kolichestvo_tovara Содержит количество товара int
Date_time Содержит дату и время поступления товара datetime
Otgryzka Id_otgryzka Содержит уникальный номер отгрузки товара int
Nomer_nakladnoy Содержит номер приходной накладной int
Id_tovar Содержит код товара int
Id_kontragent Содержит код контрагента int
Id_sotrydnik Содержит код сотрудника int
Kolichestvo_tovara Содержит количество товара int
Date_time Содержит дату и время поступления товара datetime
Sotrudniki Id_sotrydnik Содержит уникальный номер сотрудника int
FIO Содержит ФИО сотрудника nvarchar(100)
Nomer_pasporta Содержит номер и серию паспорта nvarchar(50)
Doljnost Содержит должность сотрудника nvarchar(50)
Vozrast Содержит возраст сотрудника int
Telefon Содержит номер телефона nvarchar(50)
Kontragent Id_kontragent Содержит уникальный номер контрагента int
Name Содержит наименование организации int
INN Содержит ИНН контрагента nvarchar(50)
KPP Содержит КПП контрагента nvarchar(50)
BIK Содержит БИК контрагента nvarchar(50)
Mail Содержит электронный адрес контрагента nvarchar(50)
Address Содержит адрес конртагента nvarchar(50)
Users login Содержит логин пользователя int password Содержит пароль пользователя int
2.2.3 Определение связей между сущностями базы данных информационной подсистемы «INVENTORYMANAGEMENT»
Анализ данных таблицы 2.2 позволяет сделать вывод о том, что в логической модели базы данных «INVENTORYMANAGEMENT» имеются независимые и зависимые сущности. Признаком того, что сущность является зависимой, служит наличие среди ее атрибутов внешних ключей (у независимой сущности внешние, то есть наследуемые ключи отсутствуют). Более подробные сведенья о взаимосвязи зависимых (дочерних) и независимых (родительских) сущностях приведены в таблице 2.3.
Таблица 2.3 - Данные о взаимосвязи сущностей БД информационной подсистемы «INVENTORYMANAGEMENT»
Номер связи Родительская таблица Дочерняя таблица Тип связи
1 Tovar Postyplenie 1:М
2 Tovar Otgryzka 1:М
3 Sotrudniki Postyplenie 1:М
4 Sotrudniki Otgryzka 1:М
5 Kontragent Postyplenie 1:М
6 Kontragent Otgryzka 1:М
Из анализа таблицы 2.3 можно сделать следующие выводы: 1. Количество родительских сущностей - три (Tovar, Sotrudniki, Kontragent).
2. Количество дочерних сущностей - две (Postyplenie и Otgryzka)
3. Во всех типах связи наследуемый ключ не может принимать пустые значения типа Null.
4. Кратность связей в рассмотренных случаях составляет 1:N (один-ко-многим).
Для создания логической модели используем CASE-средство ERWIN версии 4.0. Пользуясь данными таблицы 2.3, установим связи между сущностями логической модели базы данных информационной подсистемы «INVENTORYMANAGEMENT» в ERWIN. В результате логическая модель базы данных информационной подсистемы «INVENTORYMANAGEMENT» в ERWIN примет вид, представленный на рисунке 2.1.
Рисунок 2.1 - Логическая модель базы данных информационной подсистемы «INVENTORYMANAGEMENT»
2.2.4 Создание физической модели базы данных информационной подсистемы «INVENTORYMANAGEMENT»
Для создания физической модели используем CASE-средство ERWIN версии 4.0. После того как будут выполнены все необходимые действия, физическая модель приобретет вид, показанный на рисунке 2.2.
Рисунок 2.2 - Физическая модель базы данных информационной подсистемы «INVENTORYMANAGEMENT»
2.3 Создание проекта и решений Microsoft Visual Studio для реализации информационной подсистемы «INVENTORYMANAGEMENT»
Для создания проекта необходимо запустить Microsoft Visual Studio 2010 стандартным способом. Используя набор команд: «Пуск > Все программы > Microsoft Visual Studio 2010». Затем создадим проект: «Файл > Создать > Проект > Приложение WINDOWSFORMSAPPLICATION». Эти действия представлены на рисунке 2.3.
Рисунок 2.3 - Процесс создания проекта
Затем необходимо ввести имя проекта «INVENTORYMANAGENT», указать месторасположения проекта. Далее на экране появится окно конструктора Form1. Сохраним его под именем MAINWINDOW (рисунок 2.3).
Рисунок 2.4 - Внешний вид среды Visual Studio после создания проекта
2.4 Реализация приложения
2.4.1 Разработка интерфейса главной формы MAINWINDOW
Поместим на форму MAINWINDOW компонент MENUSTRIP и сохраним его под именем MENUSTRIP1. Заполняем пункты меню, в соответствии с функциями программы. Вид меню главной формы представлен на рисунках 2.5, 2.6, 2.7.
Рисунок 2.4 - Вид меню главной формы
Рисунок 2.6 - Вид меню главной формы
Рисунок 2.7 - Вид меню главной формы
Для осуществления перехода между формами проекта, в окне кода решения напишем следующий программный код: private void ПОСТУПЛЕНИЕТОВАРАTOOLSTRIPMENUITEM_Click(object sender, EVENTARGS e)
{
RETURNSGOODS dialog = new RETURNSGOODS();
dialog.SHOWDIALOG(this);
}
Этот код позволяет из главной формы по нажатию меню «Поступление товара» перейти к форме RETURNSGOODS, на которой происходит заполнение формы получения товара.
Переход в других пунктах меню происходит аналогично. Обработчики имеют подобный код.
2.4.2 Реализация формы RETURNSGOODS
Для создания новой формы необходимо нажать «Проект», затем «Добавить новый элемент», после чего откроется окно (рисунок 2.8). Из установленных шаблонов выбираем Windows Forms, а из списка элементов форму Windows Forms. Сохраним форму под именем RETURNSGOODS.
Рисунок 2.8 - Создание формы RETURNSGOODDS
Далее, используя панель элементов, перетаскиваем на форму необходимые элементы. Для разработки данной формы были использованы следующие элементы управления данными: ? DATAGRIDVIEW1 - таблица, в которой отображается информация о товаре имеющемся на складе;
? TEXTBOX - поля для ввода текста, используется для введения номера накладной;
? два элемента COMBOBOX - используются для выбора сотрудника и контрагента;
? два элемента button - кнопки для перехода на другие формы;
? DATETIMEPICKER1 - используется для вывода даты;
? семь элементов label - используются для оформления формы.
После добавления всех элементов форма RETURNSGOODS принимает вид, показанный на рисунке 2.9.
Рисунок 2.9 - Вид формы RETURNSGOODS
Для добавления поступившего товара необходимо нажать кнопку «Сохранить». Для выполнения этой функции добавим следующий код: private void button4_Click(object sender, EVENTARGS e)
{
// сохранение приходной накладной
ADAPTERDATACONTEXT db = new ADAPTERDATACONTEXT();
List glist = new List();
int NOT_DEFINED = -1;
int _NAKLADNUMBER= NOT_DEFINED, KONTRID = NOT_DEFINED, SOTRYDID=NOT_DEFINED;
DATETIME dt=DATETIME.Now;
string KONTRNAME="";
string SOTRUDNAME = "";
try
{
_NAKLADNUMBER = Int32.Parse(NAKLADNUMBER.Text);
// проверка номера накладной var Choose = from pps in db.postyplenie where pps.nomer_nakladnoi == _NAKLADNUMBER select pps;
try
{ int pps_id = Convert.TOINT32(Choose.First().nomer_nakladnoi);
MESSAGEBOX.Show("Произошла ошибка. Номер накладной не уникален.", "Приходная накладная", MESSAGEBOXBUTTONS.OK, MESSAGEBOXICON.Error);
При нажатии на кнопку с надписью «Добавить контрагента» (рисунок 2.9) открывается диалоговое окно, представленное на рисунке 2.10.
Рисунок 2.10 - Вид формы добавление контрагента
Для закрытия текущей формы используем метод Close().
При нажатии на кнопку с надписью «Добавить новый товар» (рисунок 2.9) открывается диалоговое окно, представленное на рисунке 2.11.
Рисунок 2.11 - Вид формы Добавление товара
2.4.3 Реализация формы CHARGEGOODS
Создадим новую экранную форму и сохраним ее под именем CHARGEGOODS.
Далее, используя панель элементов, перетаскиваем на форму необходимые элементы. Для разработки данной формы были использованы следующие элементы управления данными: ? DATAGRIDVIEW1 - таблица, в которой отображается информация о товаре имеющемся на складе;
? TEXTBOX - поля для ввода текста, используется для введения номера накладной;
? два элемента COMBOBOX - используются для выбора сотрудника и контрагента;
? button - кнопка для перехода на другую форму;
? DATETIMEPICKER1 - используется для вывода даты;
? семь элементов label - используются для оформления формы;
? CHEKBOX - используется, для указания необходимости расходной накладной.
После добавления всех элементов форма MAINWINDOW принимает вид, показанный на рисунке 2.10.
После заполнения формы отгрузки товара необходимо нажать кнопку «Сохранить». Для выполнения этой функции добавим следующий код: private void button4_Click(object sender, EVENTARGS e)
{
// сохранение расходной накладной
ADAPTERDATACONTEXT db = new ADAPTERDATACONTEXT();
List glist = new List();
string KONTRNAME = "";
string SOTRUDNAME = "";
int NOT_DEFINED = -1;
int _NAKLADNUMBER = NOT_DEFINED, KONTRID = NOT_DEFINED, SOTRYDID = NOT_DEFINED;
DATETIME dt = DATETIME.Now;
try
{
_NAKLADNUMBER = Int32.Parse(NAKLADNUMBER.Text);
// проверка номера накладной var Choose = from pps in db.otgryzka where pps.nomer_nakladnoi == _NAKLADNUMBER select pps;
try
{ int pps_id = Convert.TOINT32(Choose.First().nomer_nakladnoi);
MESSAGEBOX.Show("Произошла ошибка. Номер накладной не уникален.", "Расходная накладная", MESSAGEBOXBUTTONS.OK, MESSAGEBOXICON.Error);
MESSAGEBOX.Show("Накладная успешно сохранена", "Расходная накладная", MESSAGEBOXBUTTONS.OK, MESSAGEBOXICON.Information);
}
Рисунок 2.12 - Вид формы CHARGEGOODS
Для создания расходной накладной необходимо добавить следующий код: if (ISEXCELREPORTNEED.Checked)
{ int var = Convert.TOINT32(NAKLADNUMBER.Text);
var f = new rasxod_naklad(var);
f.Show();
}
Расходная накладная выводиться в виде отчета (рисунок 2.13).
Рисунок 2.13 - Расходная накладная
При нажатии на кнопку с надписью «Добавить контрагента» (рисунок 2.12) открывается диалоговое окно, представленное на рисунке 2.14.
Рисунок 2.14 - Вид формы добавление контрагента
2.4.4 Разработка интерфейса формы STAFFCONTROLFORM
Для создания новой формы необходимо нажать «Проект», затем «Добавить новый элемент». Из установленных шаблонов выбираем Windows Forms, а из списка элементов форму Windows Forms. Сохраним форму под именем STAFFCONTROLFORM. Для разработки данной формы были использованы следующие элементы управления данными: ? DATAGRIDVIEW - используется для отображения таблицы с данными;
? TEXTBOX - поля для ввода текста, используется для поиска сотрудников;
? три элемента label - используются для оформления формы.
После добавления всех элементов форма STAFFCONTROLFORM принимает вид, показанный на рисунке 2.15.
Рисунок 2.15 - Вид формы STAFFCONTROLFORM
2.4.5 Разработка интерфейса формы Goods
Для создания новой формы необходимо нажать «Проект», затем «Добавить новый элемент». Из установленных шаблонов выбираем Windows Forms, а из списка элементов форму Windows Forms. Сохраним форму под именем Goods. Для разработки данной формы были использованы следующие элементы управления данными: ? DATAGRIDVIEW - используется для отображения таблицы с данными;
? TEXTBOX - поля для ввода текста, используется для поиска сотрудников;
? три элемента label - используются для оформления формы.
После добавления всех элементов форма Goods принимает вид, показанный на рисунке 2.16.
Рисунок 2.16 - Вид формы Goods
2.4.6 Разработка интерфейса отчета Report_otgryzka
Для создания нового отчета необходимо, выполнить следующий набор команд «Проект > Добавить новый элемент > Отчет».
Далее, используя панель элементов, перетаскиваем необходимые элементы: ? TEXTBOX - текстовое поле для записи шапки отчета;
? Tablix - отображает данные в таблице.
Конструктор отчета представлен на рисунке 2.17.
Рисунок 2.17 - Конструктор отчета Report_otgryzka
Для того чтобы отобразить отчет, необходимо создать новую форму, поместить на нее элемент REPORTVIEWER и связать его с созданным ранее отчетом.
2.4.7 Разработка интерфейса отчета Ostatki
Для создания нового отчета необходимо, выполнить следующий набор команд «Проект > Добавить новый элемент > Отчет».
Далее, используя панель элементов, перетаскиваем необходимые элементы: ? TEXTBOX - текстовое поле для записи шапки отчета;
? Tablix - отбображает данные в таблице.
Конструктор отчета представлен на рисунке 2.18.
Для того чтобы отобразить отчет, необходимо создать новую форму, поместить на нее элемент REPORTVIEWER и связать его с созданным ранее отчетом.
Рисунок 2.18 - Конструктор отчета Ostatki
2.4.8 Разработка интерфейса отчета Report_postuplenie
Для создания нового отчета необходимо, выполнить следующий набор команд «Проект > Добавить новый элемент > Отчет».
Далее, используя панель элементов, перетаскиваем необходимые элементы: ? TEXTBOX - текстовое поле для записи шапки отчета;
Для того чтобы отобразить отчет, необходимо создать новую форму, поместить на нее элемент REPORTVIEWER и связать его с созданным ранее отчетом.
2.4.9 Размер и содержимое каталога «INVENTORYMANAGEMENT»
Размер каталога с разработанной информационной подсистемой составляет 4,36 Мбайт (рисунок 2.20).
Рисунок 2.20 - Свойства каталога «INVENTORYMANAGEMENT»
Содержимое каталога «INVENTORYMANAGEMENT» представлено на рисунке 2.21.
Рисунок 2.21 - Содержимое каталога «INVENTORYMANAGEMENT»1. Использование в качестве среды разработки приложения MS Visual Studio 2010 позволяет достичь высочайшей производительности приложений.
2. Программа прошла тестирование в условиях управления запасами ООО «Регата - Ставрополь». В результате тестирования установлено, что она в полном объеме соответствует техническому заданию на проектирование.
3. Размер каталога, в котором находятся файлы разработанного программного продукта, составляет 4,36 Мбайт.1. Для нормального функционирования программы достаточно наличия: операционной системы Windows XP; персонального компьютера с процессором 233 МГЦ; 148 Мбайт оперативной памяти; 4,71 Мбайт свободной памяти жесткого диска; любого современного цветного монитора с разрешением 800?600 и любого лазерного принтера с разрешением печати не менее 300 точек/дюйм.
2. В ходе разработки приложения использовались среда Microsoft Visual Studio 2010. Основным языком программирования являлся Visual C#.
3. Логическая структура программы включает в себя 16 программных компонентов (модулей) и базу данных информационной подсистемы.
4. Общее количество разнотипных входных данных программы равно 14.
5. Программа прошла тестирование в условиях управления запасами ООО «Регата - Ставрополь». В результате тестирования установлено, что она в полном объеме удовлетворяет требованиям заказчика. В настоящее время, разработанное приложение, уже внедрено в практику работы указанной организации, и находится в стадии опытной эксплуатации.
Список литературы
1. Итоговая трудоемкость разработки программного продукта составила 435,05 чел.-ч.
2. Полные затраты на создание программного продукта составляют 62590,87 руб.
3. Оптовая цена программного продукта - руб.
4. Годовой эффект от внедрения программного продукта составляет руб.
5. Чистый дисконтированный доход - 165501,27 руб.
6. Внутренняя норма доходности - 123,22 %.
7. Срок окупаемости проекта 0,94 года.
8. После внедрения программного продукта ежемесячные затраты времени специалистов на управления запасами сократились с 90 до 8 часов, т. е. примерно в одиннадцать раз.
9. Таким образом, разработка информационной подсистемы управления запасами для ООО «Регата - Ставрополь» является экономически обоснованной и эффективной.
ЗАКЛЮЧЕНИЕ
В данном дипломном проекте были рассмотрены вопросы разработки информационной подсистемы «INVENTORYMANAGEMENT» управления запасами для ООО «Регата - Ставрополь», г. Ставрополь.
В результате дипломного проектирования было показано, что: 1. Итоговая трудоемкость разработки программного продукта (информационной подсистемы «INVENTORYMANAGEMENT») составляет 435,05 чел.-ч.
2. Полные затраты на создание программного продукта составляют 62590,87 руб.;
3. Годовой эффект от внедрения программного продукта составляет 92250,00 руб.;
4. Чистый дисконтированный доход за 4 года использования программного продукта равен 165501,27 руб.
5. Внутренняя норма доходности 123,22 %.
6. Срок окупаемости проекта 0,94 года.
После внедрения программного продукта ежемесячные затраты времени заведующего склада ООО «Регата - Ставрополь», г. Ставрополь на управления запасами, а также подготовку и оформление предусмотренной учетно-отчетной документации сократились с 90 до 8 часов, т. е. примерно в одиннадцать раз.
Таким образом, разработка информационной подсистемы «INVENTORYMANAGEMENT» является экономически обоснованной и эффективной.
К перспективным направлениям развития темы дипломного проекта можно отнести расширение функциональных возможностей разработанной информационной подсистемы.
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
1. Калянов, Г. Н. CASE-технологии. Консалтинг при автоматизации бизнес процессов. 2-е изд. перераб. И доп [Текст] /Г. Н. Калянов. - М.: Горячая линия- Телеком, 2000. ? 320 с.
2. Петров, А. И. Информационные системы [Текст]/ А. И. Петров. - М.: Горячая линия-Телеком, 2000. ? 300с.
3. ГОСТ 2.105-95 ЕСКД Общие требования к текстовым документам.
4. Методические указания по определению экономической эффективности новых машин и оборудования/ Горлов С.М., Небесский В.Д. - Ставрополь, 2003.
5. Роберт Э. Уолтерс, Майкл Коулс SQL Server 2008: ускоренный курс для профессионалов. Р. Э. Уолтерс. - М. 2010 г. - 944 с.
6. Ицик Бен-Ган. Microsoft SQL Server 2008: T-SQL Fundamentals, БХВ-Петербург, Русская Редакция, 2009 г. - 432 с.
7. Браст Дж. Системы обработки информации - язык баз данных SQL со средствами поддержания целостности : Пер. с англ. [Текст]/ Дж. Браст - М.: Издательство «Русская редакция», 2007. - 878c.
8. Вендеров А. М. Автоматизированные информационные технологии в экономике [Текст]/ А. М. Вендеров - М.: Финансы и статистика, 2002 . - 415с.
9. Дейт К. Дж. Введение в системы баз данных (седьмое издание): Пер. с англ. [Текст]/ К. Дж. Дейт - М.: Вильямс, 2001. - 1072 с.
10. Зайдман С.А. Реляционные Базы Данных. SQL - стандартный язык реляционных баз данных [Текст]/ С.А. Зайдман - СПБ.: Питер, 2002 -180c.
11. Алекс Маки. Введение в .NET 4.0 и Visual Studio 2010 для профессионалов. Вильямс, 2010 г. - 416 с.
12. Тони Нортроп. Разработка защищенных приложений на Visual C# .Net. Русская редакция, 2007г. - 688 с.
13. Конноллн Т., Томас Б., Бегг К. Карелии Базы данных. Проектирование, реализация и сопровождение: Пер. с англ. [Текст]/ Т. Конноллн, Б. Томас, К. Бегг - М.: Издательство «Русская редакция», 2005. - 415c.
14. Корнеев В.В. Базы данных. Интеллектуальная обработка информации [Текст]/ В.В. Корнеев - М.: Нолидж, 2000.-352с.
16. Патрушина С.Н. Компьютерные технологии обработки информации [Текст]/ С.Н. Патрушина - М.: ИКЦ «Март», 2002. - 247с.
17. Пономарева К.В., Кузьмин Л.Г. Информационное обеспечение АСУ [Текст]/ К.В. Пономарева, Л.Г. Кузьмин - М.: Машиностроение, 1998.- 221с.
18. Тельнов Ю.Ф. Интеллектуальные информационные системы в экономике [Текст]/ Ю.Ф. Тельнов - М.: Финансы и статистика, 1999. - 215с.
19. Турбилин В. П. Автоматизированные информационные технологии в экономике [Текст]/ В.П. Турбилин. - М.: Инфа-М, 2000. - 420с.
20. Шаша Д., Бонне Ф. Оптимизация баз данных. Принципы, практика, решение проблем: Пер. с франц. [Текст]/ Д. Шаша, Ф. Бонне - М.: «КУДИЦ-Образ», 2004.-586с.