49
и служебную. В рабочей зоне концентрируется информация, необходимая для
ввода на данном этапе решения задачи, расчетная или справочная. В служебной
зоне должны быть отражены возможные функции, которые доступны
пользователю ИС на соответствующем этапе решения задачи, или вероятные
запросы, ответы на которые потребуются на данном этапе.
Те файлы с результатной информацией, которые будут содержать данные
отчетов, предполагается хранить в системе как архивные, с целью составления
статистической отчетности за год, для проведения анализа деятельности
предприятия, для обоснования различных бизнес-решений. Те же файлы,
которые представляют собой выборки из файлов БД, соответствующие запросам
СУБД, не предполагается хранить в системе после завершения одного
производственного цикла, поскольку они могут быть сформированы путем
обращения к БД черед аналогичные запросы в любой момент времени.
В составе информационного обеспечения рассматриваемого комплекса
задач важное место отводится классификаторам экономической информации.
Обеспечить сжатие призрачной части показателей, а, следовательно, и
сократить объем хранимой информации в ЭВМ и время на поиск информации,
необходимой для решения задач, облегчить обработку информации позволяют
классификация и кодирование информации.
В разрабатываемом проекте используется серийная система кодирования,
позволяющая кодировать установившееся несложные множества объектов,
учитывая возможность расширения кодируемого множества и разбиение по
одному признаку классификации.
В составе информационного обеспечения рассматриваемого комплекса
задач выделены следующие классификаторы (Таблица 1.8):
классификатор клиентов;
классификатор залогов;
классификатор работников;
классификатор расписок.
50
Таблица 1.8
Используемые системы кодирования
Кодируемо
е
множество
объектов
Длин
а кода
Мощность
кода
Система
кодирования
Система
классификации
Вид
классификатор
а
Код залога
3
999
порядковая
отсутствует
общесистемны
й
Код
клиента
8
99999999
серийная
иерархическая
общесистемны
й
Код
работника
3
999
порядковая
отсутствует
общесистемны
й
Код
расписки
7
9999999
порядковая
иерархическая
общесистемны
й
1) Для классификатора залога. Используется порядковая система
кодирования. Классификатор является общесистемным и состоит из трех знаков.
Структурная формула классификатора залогов:
Ф1 = [ХХХ];
2) Для классификатора клиентов используется серийная система
кодирования. Классификатор является общесистемным и состоит из восьми
знаков. Структурная формула классификатора продуктов:
Ф2 = [ХХХXXXXX];
3) Для классификатора работников. Используется порядковая система
кодирования. Классификатор является общесистемным и состоит из трех знаков.
Структурная формула классификатора работников:
Ф3 = [ХХХ];
4) Для классификатора расписок используется порядковая система
кодирования. Классификатор является общесистемным и состоит из семи знаков.
Структурная формула классификатора расписок:
Ф4 = [ХХХXXXX];
Разработанные классификаторы позволяют упростить работу системы и
повысить ее эффективность.
51
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение – это совокупность программ на носителях
данных и программных документов, предназначенная для отладки,
функционирования и проверки работоспособности ИС.
В состав программного обеспечения входят общесистемные и
специальные программные продукты, а также техническая документация. [2]
Рассматриваемая нами задача не предъявляет больших требований к
надежности, производительности и времени реакции системы, что предоставляет
широкий выбор между различными системами общего назначения. При выборе
операционной системы будем исходить из следующих факторов:
1. Совместимость с ОС, уже имеющимися в организации;
2. Минимальные затраты на переобучение сотрудников, работающих с
системой учета рабочего времени;
3. Минимальные затраты на поддержку системы.
В компании на рабочих станциях пользователей системы установлена ОС
линейки Microsoft Windows: Windows 7, Windows Vista, Windows XP. На
серверах установлена Microsoft Windows 2008 Server. На приобретаемый сервер
с целью совместимости всех компонентов системы рекомендуется установить
последнюю версию серверной операционной системы Microsoft Windows 2008
Server.
Наиболее подходящей для нас моделью данных является реляционная
модель, т.к. она характеризуется простотой структуры данных, удобным для
пользователя табличным представлением, и возможностью использования
формального аппарата алгебры отношений и реляционного исчисления для
обработки данных.
Так как данные в системе будут храниться централизовано, то необходимо
выбрать СУБД. Учитывая, что СУБД MS Windows SQL Server уже установлена
на одном из серверов компании, то переход на другую СУБД был бы не
рационален, за исключением использования СУБД MSAccess, так как она уже в
ходит в стандартный пакет MSOffice. Поэтому сравним только две эти СУБД
системы.
52
MS SQL Server является реляционной СУБД, позволяющей организовать
хранение значительных объемов данных и стабильно поддерживать работу
пользователей, осуществляющих одновременный доступ к этим данным.
Система спроектирована с учетом всех требований, предъявляемых к
современной СУБД, - стабильность и производительность, масштабируемость и
удобство в эксплуатации. Эти качества в совокупности с широким спектром
функциональных возможностей и низкой ценой делают ее лучшей системой в
своем классе.
Microsoft SQL Server использует в качестве языка запросов версию SQL,
получившую название Transact-SQL (сокращённо T-SQL), являющуюся
реализацией SQL-92 (стандарт ISO для SQL) с множественными расширениями.
T-SQL позволяет использовать дополнительный синтаксис для хранимых
процедур и обеспечивает поддержку транзакций (взаимодействие базы данных с
управляющим приложением).
Microsoft SQL Server также поддерживает Open Database Connectivity
(ODBC) – интерфейс взаимодействия приложений с СУБД. Версия SQL Server
2008 обеспечивает возможность подключения пользователей через веб-сервисы,
использующие протокол SOAP. Это позволяет клиентским программам, не
предназначенным для Windows, кроссплатформенно соединяться с SQL Server.
Microsoft выпустила сертифицированный драйвер JDBC, позволяющий
приложениям под управлением Java (таким как BEA и IBM WebSphere)
соединяться с Microsoft SQL Server 2005 и 2008.
Версия 2008 СУБД от Microsoft стала продолжением линейки продуктов
серверов реляционных баз данных, зарекомендовавших себя с наилучшей
стороны в отношении надежности, производительности, расширяемости,
масштабируемости, а также простоты управления и использования.
MS SQL Server имеет ряд преимуществ, которые выгодно отличают его от
других программных продуктов для управления базами данных и позволяют
продвинуться на рынок решений, ранее монопольно занимаемый Oracle [9].
Microsoft Access является реляционной СУБД корпорации Microsoft.
Обладает широким спектром функций, включая связанные запросы, связь с
базами данных и внешними таблицами. Благодаря наличию встроенного языка
53
VBA, в самой системе Access можно разрабатывать приложения, работающие с
базами данных.
Основными компонентами MS Access являются построитель таблиц,
экранных форм, SQL-запросов (язык SQL в MS Access не соответствует
стандарту ANSI), отчётов, выводимых на печать.
MS Access представляет собой файл-серверную СУБД и потому
применима лишь к небольшим приложениям. В программе нет многих
механизмов, которые необходимы в многопользовательских БД, например,
триггеров.
MS Access обладает худшим функционалом по сравнению с MS SQL
Server. Но возможности MS Access по написанию приложений существенно
расширяются благодаря механизму связи с различными внешними СУБД:
«связанным таблицам» (связь с таблицей СУБД) и «запросам к серверу» (запрос
на диалекте SQL, который «понимает» СУБД). Также благодаря MS Access
можно строить полноценные клиент-серверные приложения на СУБД MS SQL
Server. При этом есть возможность совмещения с присущей MS Access
простотой инструментов для управления БД и средств разработки [6]. Поэтому
выбор был остановлен на Access.
В настоящее время лидерами на рынке сред разработки являются
Microsoft Visual Studio, Delphi, C++ Builder, JBuilder. Любая из перечисленных
сред позволит разработать современное клиент-серверное приложение с
современным пользовательским интерфейсом. Однако, в компании имеются
наработки на Delphi, которые можно использовать при разработке ИС склада.
Выбор среды разработки Delphi позволит гораздо быстрее по сравнению с
остальными из перечисленных сред разработки получить готовую систему, с
интерфейсом, аналогичным ИС отделов снабжения и сбыта.
Delphi – среда для разработчиков программного обеспечения и
приложений баз данных, заинтересованных в быстром создании
высокоэффективных и простых в обслуживании приложений. Разработчики
могут использовать мощную интегрированную среду разработки Delphi с
рабочим полем визуального проектирования, обширной коллекцией визуальных
54
компонентов и мощной инфраструктурой гетерогенных баз данных для
визуальной разработки и поставки приложений в максимально сжатые сроки.
Мощный язык Delphi и компилятор обеспечивают высокую
производительность и доступ ко всем возможностям, повышающим
эффективность и скорость разработки на платформе Windows. Delphi
предоставляет также обширный набор инструментов редактирования,
рефакторинга и отладки в рамках комплексного решения, ориентированного на
ускорение и упрощение разработки.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – технические средства, которые предназначены
для работы информационной системы, а также соответствующая документация
на эти средства и технологические процессы.
В первую очередь необходимо наличие централизованного хранилища
данных. Доступ к данным многих участников бизнес-процесса обеспечивается за
счет хранения данных на сервере (файловом или сервере баз данных). Так как в
существующей локальной сети компании уже есть сервер, отданный под нужды
1С, то его вполне можно использовать и для хранения базы данных учета
кредитных операций.
Во-вторых, для работы информационной системы необходимы
автоматизированные рабочие места, то есть клиентское приложение, которое бы
функционировало на рабочем компьютере сотрудников. Так как каждый
сотрудник имеет современный стационарный компьютер или ноутбук, то
необходимости в покупке более совершенного оборудования или модернизации
существующего нет.
Так как работа отдела связана в большинстве своем с документами, то им
необходимо распечатывать и сканировать документы. Очевидно, что для
возросшей численности отдела (6 человек в конце 2015 года по сравнению с 4-мя
специалистами в 2014 году), одного сканера и принтера на компанию уже не
55
хватает, поэтому целесообразно докупить еще одно многофункциональное
устройство (МФУ), которое бы совмещало в себе функции сканера и принтера.
Описание технического обеспечения представлено в таблице 1.9.
Таблица 1.9
Техническое обеспечение решения задачи
Наименование
Описание
Кол-во
Стоимость, руб.
Ноутбук, шт.
Asus K50IP ( K50 ) T4500 2.3
ГГц / 2048 / 320 / GF G205M /
DVD RW / 15,6 / Wi-Fi / Cam /
Win7st (
90N0CA110W2A54OC13AY )
6
18500
Сервер
(жесткий
диск), шт.
FujitsuSiemensPRIMERGYRX33
0 AMDOpteron 2216 HE 2.4
ГГц 300 ГБ 10000 об./мин.,
Вр.доступа 4.5 мс, Внешняя
скорость передачи данных 320
Мб/сек
1
11000
Кабель, м
FTP 5cat 4х2х0.52 (витая пара с
оплеткой)
30
15
Коммутатор
(switch),шт.
ASUS GX-D1081, Uplink 1 x
Ethernet 10/100/1000 Мбит/сек,
Количество портов
коммутатора 7 x Ethernet
10/100/1000 Мбит/сек
1
2100
МФУ, шт.
Canon LaserBase MF4690PL
(копир-принтер-сканер ADF,
факс, A4)
1
16500
Таким образом, перечисленные характеристики имеющихся технических
средств свидетельствуют о том, что не требуется использование дополнительных
технических средств, в связи с этим повышается экономическая эффективность
проекта.
56
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы – это период создания и
использования ЭИС, охватывающий её различные состояния, начиная с момента
возникновения необходимости в данной ЭИС и заканчивая моментом её полного
выхода из употребления у пользователей [9].
На данный момент, наиболее распространенными стандартами,
регламентирующими жизненный цикл информационных систем, являются:
серия стандартов ГОСТ 34 (ГОСТ 34.601-90 «Автоматизированные
системы Стадии создания»),
ISO 12207 «Standard for Information Technoiogy - Software Life Cycle
Processes»,
ISO 15288 «Standard for Information Technoiogy - System Life Cycle
Processes».
Стандарт ГОСТ 34.601-90 на создание и развитие автоматизированных
систем достаточно обобщенный, однако предъявляет жесткие требования к
структуре жизненного цикла информационной системы, а так же к количеству,
свойствам и составу проектной документации. Кроме того, серия стандартов
ГОСТ 34 является достаточно устаревшей, во многом упуская особенности
современных информационных систем и методов их разработки.
Стандарты ISO 12207 и ISO 15288 - это международные стандарты
регламентирующие структуру жизненного цикла. Они являются более новыми,
по сравнению с ГОСТ 34. Различия этих стандартов состоит в том, что ISO
12207 применяется для разработки исключительно программного обеспечения, а
ISO 15288 нацелен на рассмотрение автоматизированных систем в целом, как их
программной, так и аппаратной составляющих.
Таким образом, в процессе дипломного проектирования будет
использоваться стандарт жизненного цикла ISO 12207. Этот стандарт является
основным нормативным документом, регламентирующим состав процессов
жизненного цикла ПО. Он определяет структуру жизненного цикла,
57
содержащую процессы, действия и задачи, которые должны быть выполнены во
время создания ПО. Каждый процесс разделен на набор действий, каждое
действие - на набор задач. Каждый процесс, действие или задача инициируется и
выполняется другим процессом по мере необходимости, причем не существует
заранее определенных последовательностей выполнения. Связи по входным
данным при этом сохраняются.
Рассмотрим этапы жизненного цикла разрабатываемой информационной
системы, в соответствии с выбранным стандартом жизненного цикла:
Этап разработки и внедрения состоит из работ и задач,
выполняемых разработчиком (на начальных этапах и заказчиком). Основными
целями данного этапа является: разработка технического задания (ТЗ) на
информационную систему; преобразование требований ТЗ в детальные
спецификации информационной системы; собственно, разработка и
тестирование программного продукта.
Рассмотрим основные работы, выполняемые на данном этапе:
o подготовка процесса;
Разработчик должен определить или выбрать модель жизненного
цикла программных средств, соответствующую области реализации, величине и
сложности проекта. При этом должны быть выбраны и структурированы в
модели жизненного цикла программных средств работы и задачи процесса
разработки.
Разработчик должен:
документально оформить выходные результаты в соответствии с
процессом документирования;
документально оформить и решить возникающие проблемы и
устранять несоответствия, обнаруженные в программных продуктах и задачах, в
соответствии с процессом решения проблем;
Разработчик должен выбрать, адаптировать и использовать
стандарты, методы, инструментарий, языки программирования.
Разработчик должен разработать планы проведения работ процесса
разработки. Планы должны охватывать конкретные стандарты, методы,
инструментарий, действия и обязанности, связанные с разработкой и
58
квалификацией всех требований, включая безопасность и защиту. При
необходимости могут разрабатываться индивидуальные планы (по конкретным
требованиям или исполнителям). Все планы должны быть документально
оформлены и выполнены.
o анализ требований к системе;
Разработчик, при необходимости, должен выполнить анализ
области применения разрабатываемой системы с точки зрения определения
требований к ней. Технические требования к системе должны охватывать:
функции и возможности системы; коммерческие и организационные требования;
требования пользователя; требования безопасности и защиты; эргономические
требования; требования к интерфейсам; эксплуатационные требования;
требования к сопровождению; проектные ограничения и квалификационные
требования. Технические требования к системе должны быть документально
оформлены.
o проектирование системной архитектуры;
Должна быть определена общая архитектуры системы. В
архитектуре должны быть указаны объекты технических и программных
средств. Должно быть обеспечено распределение всех требований к системе
между объектами архитектуры. Затем должны быть определены объекты
конфигурации технических и программных средств и ручных операций на
основе объектов архитектуры. Должна быть документально оформлена привязка
системной архитектуры и требований к системе относительно установленных
объектов.
o анализ требований к программным средствам;
Разработчик должен установить и документально оформить
следующие требования к программным средствам, включая технические
требования к характеристикам качества
o проектирование программной архитектуры;
Разработчик должен трансформировать требования к программному
объекту в архитектуру, которая описывает общую структуру объекта и
определяет компоненты программного объекта. Должно быть обеспечено
распределение всех требований к программному объекту между его