78
Рисунок 2.8 Физическая модель БД в пакете DbDesigner
Таблица 8
Таблица «Administr»
№ пп
Поле
Тип
Значение
1.
id
int(4)
Номер п.п.
2.
idsotr
int(6)
Табельный
номер
3.
user
varchar(
20)
Логин
4.
pass
varchar(
10)
пароль
Таблица 9
Таблица «Sotr»
№ пп
Пол
е
Тип
Значение
1.
i
dsotr
varchar(30)
Табельный
номер
2.
n
ame
varchar(10
0)
ФИО
3.
d
olz
varchar(50)
Должность
4.
I
df
Varchar(4)
Код филиала
79
Таблица 10
Таблица «Firma»
№ пп
Поле
Тип
Значение
1.
idf
int(4)
Код филиала
2.
name
varchar(255)
Наименование
фирмы
3.
ktel
varchar(20)
Контактный
телефон
4.
Adres
varchar(1000)
Адрес
5.
gord
varchar(30)
Город
Таблица 11
Таблица «Zakaz»
№ пп
Поле
Тип
Значение
1.
idzak
int(5)
Номер заказа
2.
idsotr
varchar(6)
Табельный номер
сотрудника
3.
Date_z
Date
Дата заказа
4.
File
File
Файл заказа
5.
Stat
Varchar(20)
Статус заказа
6.
Idf
Int(4)
Код филиала
получаеля
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Разработанный модуль включает в себя серверную и клиентскую часть
Серверная часть является приложением для взаимодействия с базой данных,
клиентская – веб-интерфейсом для ввода данных и получения отчетной
информации. Структурная схема пакета представлена на рисунке 2.10.
С помощью программного пакета DbDesigner существует возможность
на основе полученной модели, создать скрипт для создания серверной части
базы данных. Для этого выбираем file export sql script
80
Рисунок 2.9 Меню создания скрипта
Выбираем необходимые параметры:
– Упорядочивать таблицы по внешним ключам
– Определять первичные ключи
– Определять внешний ключ при включении в редакторах отношений
– Параметры таблицы вывода
– Выходные стандартные вставки
Выбираем save script to file и выбираем путь для сохранения.
После этого можно просмотреть скрипт в любом текстовом редакторе.
Разработанный модуль включает в себя серверную и клиентскую часть
Серверная часть является приложением для взаимодействия с базой данных,
клиентская – веб-интерфейсом для ввода данных и получения отчетной
информации.
Для создания базы данных была выбрана СУБД Microsoft SQL Server
2014. Для разработки серверной части необходимо перейти в Management
Studio. При каждом входе необходимо настроить соединение с сервером.
81
После того как соединение настроено необходимо создать базу данных.
Проектирование базы данных заключается в необходимости создания таблиц,
представлений, хранимых процедур и создание пользователей. Для удобства
восприятия пользователю предоставляется возможность отслеживать
компоненты с помощью иерархической системы.
Для начала необходимо создать таблицы с помощью имеющегося
скрипта. Для этого создаем запрос и копируем туда текст скрипта. После чего
выполняем данный запрос. выполнения запроса во вкладке таблицы мы можем
просмотреть список сгенерированных таблиц. Для добавления объектов
необходимо создать хранимые процедуры. .
Для осуществления просмотра данных, имеющихся в таблицах,
необходимо создать представление. Создание представления - работа с
конструктором, в котором автоматически можно просмотреть связи между
таблицами и выбрать необходимые поля для вывода. Здесь же можно
выполнить данное представление и увидеть результат выполнения на экране.
Для поддержания целостности введенной информации о каталогах необходимо
произвести разделение прав доступа.
Для разделения прав доступа необходимо создать пользователей. В
данном случае существует два пользователя:
1. Администратор – неограниченные права доступа;
2. Работник – имеет возможность создания и редактирования заказа.
Для этого переходим на вкладку безопасность и создаем новые
пользователи, задаем пароль, определяем права доступа и на какие БД данные
права распространяются.
Для создания клиентской части воспользуемся возможностями Microsoft
Visual Studio 2015.
Общие задачи по работе с данными в приложении могут быть
подразделены на несколько этапов.
1. Подключение к данным. Чтобы перенести данные в приложение (и
отправить изменения обратно в источник данных), необходимо установить
82
двустороннее соединение. Этот двусторонний обмен данными обычно
обрабатывается подключением sqlDataAdapter
2. Подготовка приложения к получению данных. Если приложение
использует модель отключенных данных, необходимо временно хранить
данные в приложении во время работы с ним. C# предоставляет объекты,
которые приложение использует для временного хранения данных.
Приложение, использующее модель отключенных данных, подключится к базе
данных обычным образом, выполнит запрос, передающий данные в
приложение, отключится от базы данных, а затем будет оперировать данными в
автономном режиме до повторного подключения и обновления базы данных.
3. Выборка данных в приложении. Необходимо обеспечить загрузку
данных в приложение путем выполнения запроса или хранимых процедур над
базой данных. Приложения, хранящие данные в наборах данных, выполняют
запросы и хранимые процедуры с помощью TableAdapter.
4. Отображение данных на форме. После переноса данных в
приложение их обычно отображают на форму для просмотра или изменения.
5. Редактирование данных в приложении. После того как
пользователям были выведены данные, они, скорее всего, будут изменять их
путем добавления новых, редактирования и удаления существующих записей
до их передачи обратно в базу данных. Эти изменения выполняются через
управление отдельными объектами DataRow, составляющими таблицы в наборе
данных. Большинство изменений данных автоматически обрабатываются через
элементы управления с привязкой к данным. При изменении значений в
элементе управления, новые значения автоматически записываются в набор
данных.
6. Проверка данных. Обычно при внесении изменений в данные
необходимо проверить изменения перед разрешением внесения значений в
набор данных. Проверка — это определение соответствия новых значений
требованиям приложения. Для проверки значений в приложении по мере их
изменения пользователь может добавить логику. C# предоставляет средства,
83
помогающие добавлять код, проверяющий данные во время изменения
столбцов и строк.
7. Сохранение данных. После внесения изменений в приложении (и
проверки этих изменений), обычно требуется отправить изменения обратно в
базу данных. Приложения, хранящие данные в наборах данных, обычно
используют метод Update sqlDataAdapter для сохранения данных.
Рисунок 2.10 Структурная схема пакета
2.3.4 Описание программных модулей
На рисунке ниже представлена схема добавления данных о проекте.
Рисунок 2.11 Схема добавления данных о проекте
Модуль регистрации
проектов
Клиентская часть
Экранная форма
взаимодействия
Серверная часть
Взаимодействие с
БД
Авторизация
БД
НАЧАЛО
Загрузка экранной
формы
Авторизация
Экранная
форма
авторизации
Логин и
пароль
Подключение к БД
Запрос данных из
таблицы
Данные введены
верно?
Выбор пункта меню
НЕТ
ДА
Проекты
Экранная
форма
авторизации
Выбор пункта меню
Справочники
Экранная
форма
Состояние проектов Конструктор проектов
Экранная
форма
добавления
Экранная
форма
конструктора
Экранная
форма
Выбор клиента,
состояния, ввод
реквизитов
Ввод данных
Добавление данных в
таблицу БД
Добавление данных из
таблицы БД
84
2.4 Контрольный пример реализации проекта и его описание
Работа с модулем начинается с авторизации в системе.
Рисунок 2.12 Страница авторизации
Пользователю нужно ввести логин и пароль для входа в систему. В том
случае, если авторизация прошла успешно пользователь может пользоваться
порталом по созданию и просмотру заказов:
Рисунок 2.13 Выбор пункта меню
85
Рисунок 2.14 Пример накладной
Для ввода данных по созданию заказа необходимо ввести данные
табельного номера сотрудника, филиал заказа и файл заказа. После этого
пользователю необходимо нажать кнопку сохранить.
Пункт меню просмотре заказа имеет следующий вид:
Рисунок 2.15 Просмотр заказов
В данном окне есть возможность просмотреть номер заказа, ФИО
заказчика, дату оформления заказа, файл заказа, статус заказа и филиал
отправителя. Листинг программных модулей приведен в Приложении 1.
86
III Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической
эффективности
Под понятием «оценка экономической эффективности информационной
системы» принято понимать процесс, который включает в себя определения и
измерения понимания полезности в экономическом плане эффекта от
внедрения ИС в организации. При этом в экономическом плане целесообразно
рассматривать эффективность в денежном эквиваленте для более четкого
понимания, насколько могло измениться соотношение доходов и расходов
предприятия в результате модернизации ИС.
Под методами оценки эффективности ИС чаще всего подразумеваются
способы или наборы средств которые помогают провести полную оценку ИС.
Данные способы и средства могут включать в себя как из формальные, так и
неформальные процедуры. Как правило под неформальными принято понимать
процедуры оценки, не основанные на цифровых данных, быстрые,
преимущественно субъективные, а под формальными процедурами оценки
понимаются более объективные, рациональные, базирующиеся на
недвусмысленных данных механизмы.
В современном мире не для кого не секрет, что для внедрения
современных информационных технологий необходимы значительные
материальные затраты. Функционирование компаний в рыночной среде требует
как минимум анализа экономических последствий, а еще лучше - оценки
экономической эффективности того или иного шага преобразования системы
управления компанией.
Исходя из вышесказанного можно сделать вывод, что под
экономической эффективностью ИС понимают сложную и трудоемкую работу,
которая требует не только технических, но и экономических навыков. Только в
случае гармоничного сочетания этих двух составляющих можно говорить о
достоверном результате проводимого анализа.
87
Продвижение на рынке ИС в условиях современной конкуренции
невозможно без предоставления результатов оценки ожидаемой эффективности
системы. Также необходимо отметить, что существующие статистические
оценки успешности внедрения систем по управлению предприятием часто
характеризуется неудачными попытками внедрения от сорока до семидесяти
процентов случаев.
Специалисты в областях разработки, внедрения и сопровождения ИС
должны обладать компетенциями проведения первичной экспертизы проекта.
Данным специалистам нужно уметь вести перманентный контроль систем на
предмет соответствия внедряемой технологии в рамках стратегии развития
предприятия. Процесс соизмерения затрат и достигаемого за их счет эффекта
должен быть именно «процессом», другими словами это постоянная процедура,
которая должна проводиться на протяжении всех этапов разработки и этапов по
внедрению проекта для достижения результата, который был бы способен
оказать влияние на дальнейшее продолжение проекта.
Можно выделить следующие этапы оценки экономической
эффективности информационной системы:
– традиционное оценивание эффективности как соотношения затрат и
результатов;
– расчетная совокупная стоимость владения информационными системами;
– оценивание эффекта внедрения ИС с точки зрения инвестиционного
проекта;
– разработка сбалансированной системы показателей для оценки
экономического эффекта;
При оценивании эффективности проекта вне независимости от его
технического, технологического, финансового, отраслевого или регионального
набора, оценивание осуществляется на основе единых принципов. К ним можно
отнести:
– рассмотрение проекта на протяжении всего жизненного цикла;
– построение моделирования денежных потоков;