Автоматизация документооборота организации АО Система управления. Часть 3

Страницы: 1 2 3 4

1.2  Обоснование проектных решений

1.2.1    Обоснование проектных решений по информационному обеспечению

 

В комплексе технические средства, используемые для организации работы автоматизированной системы, называются техническим обеспечением автоматизированной системы [21].

Так для того, чтобы поставленная задача была реализована, необходимо дополнить техническими элементами те аппаратные средства, что уже имеются в распоряжении банка. К таким отнесем:

– ПЭВМ;

– сетевые адаптеры, предназначенные для ЛВС;

– сетевые коммутаторы, предназначенные для ЛВС;

– кабель UTP 5e, пач–крод UTP 5e

– монитор и принтер в качестве устройств вывода информации;

– клавиатура и мышь качестве устройств ввода информации;

Для ПЭВМ существует ряд обязательных характеристик:

– должна запускать подходящие операционные системы (Windows XP);

– обладать необходимой производительностью, чтобы запускать базы данных и офисные приложения;

– для подключения многих периферийных устройств иметь необходимые интерфейсы.

Для сетевых адаптеров, предназначенных для ЛВС, существует ряд обязательных характеристик:

– должен поддерживаться протокол Fast Ethernet;

– в слот должна быть возможность установки расширения PCI;

– под используемую ОС важно иметь программное обеспечение.

Для устройства вывода информации (монитора) также существует ряд определенных характеристик:

– должны быть совместимы с интерфейсом (VGA, DVI), используемым в ЭВМ;

– должны отвечать параметрам соответствия используемой ОС.

Для устройства вывода информации (принтера) должно быть обязательным:

– совместимость с интерфейсом (VGA, DVI), используемым в ЭВМ;

– должен отвечать параметрам соответствия используемой ОС;

– печать на листах формата А4;

– недорогое в эксплуатации.

Для нормальной работы подойдет любой средний процессор от Intel или AMD. Самым лучшим вариантом будет процессор x64, поскольку появится возможность в одинаковом управлении как 32–битовой, так и 64–битовой ОС. Отметим, что в обоих вариантах осуществляется выпуск почти всех ОС.

Если рассматривать характеристики ОЗУ, то она должна быть хотя бы 512Мб, поскольку для типичной прикладной рабочей нагрузки необходимо обеспечить достаточное количество памяти. О приобретении большего объема памяти, равного 1Гб, нужно задуматься тогда, когда рабочая нагрузка превышает среднюю, в одно время запускается большое количество приложений. Отметим, что процесс инвестирования в модули, являющиеся дополнительными, является индивидуальным. В данном случае важно понимать, что приобретаемый ПК имеет возможность для расширения дополнительной памяти.

По объему графической памяти видеокарта должна соответствовать 64Мб. Вариант с одним из чипсетов (Intel’s 945G express, ATI’s RS400 или RS480 family) подойдут в том случае, если используется материнская плата со встроенным видео.

Накопитель на жестком диске потребуется самый обыкновенный, например, Integrated Drive Electronics (IDE) винчестер 7200 оборотов в минуту и кэшом в 2Мб. Но, выбрав Serial Advanced Technology Attachment (SATA) драйв с 8Мб кэша и Native Command Queuing (NCQ), ОС будет добавлена производительность, особенно если нужно работать с несколькими приложениями одновременно [22].

 

1.2.2    Обоснование проектных решений по программному обеспечению

 

Как правило, за счет таких организаций, которые осуществляют целенаправленную деятельность по сбору данных (научные центры, статистические органы), происходит обеспечение информационными данными управленческих структур. Средства массовой информации играют большую роль в информационном обеспечении управленческих структур. С помощью них можно получать не только огромное количество информации, но и формировать, исходя из этого, общественное мнение, влияющее на решения в сфере управления [20].

Формирование информационных данных для автоматической системы управления (АСУ) является вторым основополагающим направлением информационного обеспечения. К неотъемлемым компонентам всей системы, без которой невозможно ее полноценное функционирование, относится вводимая непосредственно в нее АСУ информация. В настоящее время основой информационных систем автоматизированного типа является вводимая в систему информация, ее предмашинная обработка.

Удовлетворение информационных запросов потребителей самых разных типов, начиная от организаций, заканчивая физическими лицами, относится к третьему направлению информационного обеспечения.

В данной ситуации в роли информационного обеспечения могут выступать не только полученные результаты социологических опросов, те или иные данные статистики, архивов и т.д., но и отчеты научного характера, публикации в различных журналах и книжных изданиях и т.п. Библиотеки в данном случае являются одной из распространенных форм этого типа информационного обеспечения. Отметим, что в настоящее время службы и центры анализа информации приобретают все большее значение. К ним можно отнести: Всероссийский институт научной и технической информации и Всероссийский научно–технический информационный центр, которые действуют на территории России [17].

Таким образом, исходя из всего сказанного выше, можно отметить, что совокупностью единой системы классификации и кодирования информации, унифицированных систем документации и информационных массивов принято называть информационным обеспечением. Саму структуру информационного обеспечения можно представить следующим образом (см. рис. 1.13):

Рисунок 1.13 -­ Структура информационного обеспечения системы

 

В нашем исследовании будут применяться классификаторы международного, общесистемного и отраслевого типа, которые общеприняты и установлено специальными стандартами. В данном случае классификация объектов происходит согласно их признакам, которые подразделяются на переменные и основные. Признаки, которые определяют классификационную группировку и включающие в себя объект, относятся к категории основных. В свою очередь, семантические характеристики, не оказывающие влияния на отношение объекта к классификационным группировкам, называются переменными.

Семантические характеристики бывают нескольких видов: обязательными и необязательными. Принадлежность всех подлежащих классификации объектов и их семантических характеристик к классификационным группировкам должна определяться системой классификации и созданными в соответствии с ней классификаторами. Классификационные группировки должны полностью входить одна в другую, что будет характеризовать их как вложенные. Пересечение (неполное вхождение) группировок недопустимо. В одну классификационную группировку нижнего уровня иерархии должен входить каждый классифицируемый объект.

Технологические классификаторы важно адаптировать под круг определенных задач. Специальные таблицы соответствий классификационных кодов применяются для связи классификационных кодов технологических классификаторов с общесистемным, который используется сервером. В данном случае основополагающие признаки объектов могут переходить как в переменные, так и, соответственно, наоборот.

В рамках определения состава семантических характеристик объектов в счет не берутся те характеристики, значения которых не представляется возможным рассчитать посредством программ автоматического типа на основе метрической информации и (или) значений других характеристик.

Преобразование содержания объекта в то уникальное кодовое обозначение, которое будет соответствовать ему, осуществляется за счет системы кодирования. Принятая система классификации закладывается в основу способа кодирования.

Символами, используемыми для кодирования, являются:

– арабские цифры 0,1,2,3,4,5,6,7,8,9;

– буквы латинского алфавита от A до Z;

В рамках кодирования одного классификатора применяются коды, которые в своем составе имеют одинаковый количественный набор символов. Соответствующий уровень иерархии (отношение к классификационной группировке данного уровня) определяется согласно позиции кода. Важно отметить, что для каждой классификационной группировки должен быть определен свой уникальный код, который будет являться неким определителем всех группировок, куда она входит.

Отметим, что все входные и выходные документы будут соответствовать установленным требованиями формам. В рамках решения нашей задачи все экранные формы будут четко соотносится со стандартными экранными формами, которые приняты в интерфейсе применяемой среды разработки. Обеспечение возможности внесения всех атрибутов сущностей, хранящихся в документах первичного типа, необходимо для того, чтобы построить экранные формы, которые необходимы для заполнения оперативной и условно-постоянной информации.

Единый файл файл–серверной СУБД будет представлен базой данных. Непосредственно на ЭВМ, который будет подключен в локальную сеть банка с возможностью защиты файла посредством ограничения прав доступа пользователей к файлу, будет располагаться сама база данных. Такой подход будет удобен для всех сотрудников-операционистов, которые постоянно осуществляет активную деятельности по работе с платежами внутрибанковского типа.

1.2.3    Обоснование проектных решений по техническому обеспечению

 

Программным обеспечением можно назвать совокупность программ:

– за счет которых происходит обработка и передача информационных данных;

– которые могут использовать большое количество раз все пользователи.

В свою очередь, программное обеспечение также подразделяется на виды, исходя из осуществляемого функционала:

– системное;

– прикладное;

– инструментальное [16].

Необходимость применения конкретных средств программного обеспечения мы постараемся обосновать, основываясь на уже существующую в организации программно–техническую архитектуру, представленную на рис. 1.14.

Рисунок 1.14 – Программно–техническая архитектура организации

 

Программное обеспечение – это совокупность программ системы обработки информации и программных документов, необходимых для их эксплуатации. Для проектируемого программного обеспечения подходит такая операционная система, как Windows XP Professional Service Pack 3. Корпоративные стандарты фирмы определяют операционную систему. В прикладных решениях для обеспечения бизнес-процессов нельзя применять другие операционные системы, поскольку основой всей ИТ-инфраструктуры являются продукты Microsoft.

К используемой ОС предъявляется ряд нижеперечисленных требований:

– есть возможность работы с такой службой каталогов, как ActiveDirectory Windows Server 2003;

– осуществление процессов обработки групповых политик как ПО, так и пользователей;

– для удаленного управления ПК Radmin 3.3 есть техническая возможность, заключающаяся в применении определенного приложения;

– применение корпоративной антивирусной программы;

– применение единого центра обновления ОС WSUS 3 SP 1.

Подсистему хранения информации обслуживает системное программное обеспечение, к которому предъявляется ряд требований:

– реализация механизма хранения данных, хранящихся на носителях ЭВМ, не является заботой разработчика;

– к данным, хранимым на носителях, должна быть обеспечена формализованная схема доступа;

– к любой структуре, построенной атомарного набора данных, хранимых в подсистеме, нужно обеспечить механизм быстрого доступа;

– возможность логического структурирования данных должна быть в каждом используемом механизме хранения данных;

– для каждой выбранной операционной системы нужно подобрать версии определенного программного обеспечения;

– для каждой выбранной ОС нужно обеспечить документированный API;

– на том компьютере, где запущено приложение, нужно осуществлять хранение данных.

Так, в виде подсистемы, где будет происходить хранение информации, определена СУБД, что было принято на основании предъявленных требований. Программное обеспечение, созданное на архитектуре файл–сервер, клиент– сервер, может быть использовано в качестве СУБД, либо применить встраиваемую СУБД.

Файл-сервер предназначен для того, что хранить данные в единой их совокупности. На каждом клиентском компьютере расположено ядро СУБД.

Локальная сеть обеспечивает доступ к данным. Файловые блокировки помогают синхронизировать чтения и обновления.

Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера, а недостатком – высокая загрузка локальной сети. В настоящий период времени файл-серверные СУБД относятся к категории устаревших. Подобные СУБД в своем составе имеют клиентскую часть, входящую в состав прикладной программы, и сервер.

Разграничение доступа между пользователями и низкая загруженность сети и клиентских машин происходит за счет использования клиент-сервисных СУБД, что является противоположностью файл-серверных. По отношению к клиенту сервер является внешней программой, даже по необходимости может быть произведена его замена. Сам факт наличия сервера (это минус для локальных программ, поскольку встраиваемые СУБД в них гораздо удобнее) и больших вычислительных ресурсах, которые потребляются сервером, можно отнести к недостаткам клиент-серверных СУБД. Примерами может быть Sybase, Interbase, MySQL и т.п. СУБД встраиваемого типа представляет собой библиотеку, обеспечивающую на локальной машине с использованием унифицированного образа хранение большого количества данных. Посредством SQL или особых функций СУБД может происходить доступ к данным. Из-за высокой скорости встраиваемых СУБД и простоты, которая заключается в отсутствии необходимости установки сервера, они пользуются популярностью в локальном ПО, где постоянно осуществляется деятельность с большим количеством информации. В виде примера могут быть SQLite, Microsoft SQL Server Compact, OpenEdge и т.п.

Один из применяемых продуктов встраиваемой СУБД будет выбран в качестве используемой СУБД. Поскольку отсутствует необходимость в реализации механизм клиент–сервер, то будет использован данный тип СУБД. Окончательный выбор продукта будет возможен только после выбора специального ПО для разработки приложений.

К системе разработки приложений предъявляется ряд требований:

– использование объектно-ориентированной архитектуры языка;

– выбор среды разработки приложений осуществляется исходя из имеющейся операционной системы;

– стандартные библиотеки предназначаются для встраиваемых СУБД;

– интерфейс должен быть простым в освоении языка программы и интуитивно понятным для пользователя;

– необходимость в установке дополнительного ПО для запуска приложений отсутствует.

Так, исходя из вышеперечисленных требований, PHP – язык программирования, предназначенный с целью генерирования HTML-страниц на веб-сервере и работы с базами данных, будет являться средой разработки. На данный период времени подавляющее большинство хостинг-провайдеров осуществляет поддержку. Является частью LAMP – популярный набор, предназначенный для разработки веб-сайтов.

Наряду с JSP, Perl и языками, которые применяются в ASP.NET, PHP является популярным скриптовым языком, поскольку отличается простотой, скоростью, использование лицензии PHP для распространения исходных кодов и разнообразной функциональностью.

Отличие PHP заключается в том, что существует ядро и подключаемые модули, предназначенные для работы с динамической графикой, сокетами, базами данных и т.п. Отметим, что каждый человек имеет возможность создать свое расширение и использовать его для подключения. В настоящее время можно найти огромное количество расширений, но лишь ограниченное количество из них, с хорошими характеристиками и рекомендациями, входит в стандартную поставку. Интерпретатор PHP подключается к веб–серверу либо через модуль, созданный специально для этого сервера (например, для Apache или IIS), либо в качестве CGI–приложения.

Также его можно применять в операционных системах, например, Microsoft Windows, Mac OS X, UNIX и т.п., с целью решения задач административного характера. Но в таком виде он не распространен, так как в данном случае приоритет отдается Python, Perl и VBScript [12].

2 Проектная часть

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

 

Совокупность всех последовательных стадий и этапов, включающих в себя как принятие решения о создании ИС, так и о приостановлении ее использования, называется жизненным циклом информационной системы [3].

В практической деятельность существует ряд стандартов, которые характеризуют ЖЦ:

– стандарт ГОСТ 34.601–90, который предназначен для автоматизированных систем, применяемых в разных областях деятельности, например, управление, исследование и т.п., в том числе и их сочетания, которые создаются в учреждениях. Создание автоматизированной системы предполагает определенные стадии и этапы, которые устанавливаются стандартом [5]:

– стандарт ISO 12207 используется как в рамках приобретения систем, различных программных продуктов и оказания тех или иных услуг, так и при работе с программными продуктами (их поставке, разработке, использовании и сопровождении) и программными компонентами программно-аппаратных средств на базе того или иного учреждения и за ее пределами;

– стандарт ISO 15288 способствует бесперебойной работе процессов, которые закладываются в основу жизненного цикла всех систем, разработанных человеком. Жизненный цикл такого типа включает в себя различные концепции идей, которые даже охватывают мысль о прекращение эксплуатации системы. Он играет роль в обеспечении процессов, связанных с приобретением и поставкой системы.

– RUP (Rational Unified Process – рациональный унифицированный процесс) является методологией разработки ПО, созданием и распространением которой занимается корпорация Rational Software (www.rational.com/ rup_info/). Она описывает упорядоченный подход к распределению задач и обязанностей в организации–разработчике.

Поскольку методика Rational Unified Process (RUP), на наш взгляд, является самой подходящей, то она будет использована в процессе описания этапов жизненного цикла. RUP основан на таких принципах, как:

– бесперебойное (до тех пор, пока проект не закончится) устранение основных рисков и ранняя идентификация;

– акцент на выполнение тех требований, что устанавливают заказчики к программе (осуществление анализа и создание модели прецедентов);

– ожидание каких-либо корректировок в требованиях, решениях проекта и осуществлении в период разработки;

– компонентная архитектура, реализация и тестирование которой происходит на начальных стадиях развития проекта;

– поддержание качества в ходе реализации всего проекта;

– реализация проекта в дружной команде, где архитекторы занимают главные позиции.

Согласно данному стандарту, можно выделить ряд последовательных этапов жизненного цикла систем информационного типа:

Начало (Inception)

На этом этапе:

– создаются видение и границы проекта;

– дается экономическое обоснование;

– разрабатываются основополагающие требования, ограничения и ключевая функциональность продукта;

– создается базовая версия модели прецедентов;

– происходит оценка всех возможных рисков.

При завершении начальной стадии оценивается достижение вехи целей жизненного цикла, которое предполагает соглашение заинтересованных сторон о продолжении проекта.

Проектирование (Elaboration)

На данном этапе осуществляется аналитическая деятельность, анализу подвергаются построение исполняемой архитектуры и предметная область. Можно выделить ряд составляющих компонентов:

– процесс документирования требований (в том числе и подробное описание для многих прецедентов);

– спроектированную, реализованную и оттестированную исполняемую архитектуру;

– обновленное экономическое обоснование и более точные оценки сроков и стоимости;

– сниженные основные риски.

Успешное выполнение фазы проектирования означает достижение вехи архитектуры жизненного цикла.

Построение (Construction)

Данный этап подразумевает реализацию функциональности продукта в большей части по сравнению с другими этапами. Первый внешний релиз системы и веха начальной функциональной готовности являются завершающими этапами в рамках фазы Построение.

Внедрение (Transition)

На данном этапе происходит окончательная подготовка продукта, осуществляется процесс его передачи заказчику. В рамках Внедрения реализуется программа бета-тестирования, происходят обучающие мероприятия пользователей и определяется качество готового продукта. Фаза Внедрения может повторяться в том случае, если качество продукции не оправдает ожиданий пользователей или не будет соответствовать критериям, которые были установлены на этапе Начала. Достижение вехи готового продукта и прохождение полного цикла разработки говорит об выполнении всех установленных ранее целей [13].

Первой стадией этапа внедрения будет реорганизация информационной инфраструктуры для обеспечения технической возможности развертывания разработанной нами информационной системы. Затем будут осуществлены мероприятия по подготовке специалистов, являющихся ответственными лицами на уровне ЦО банка и его филиалов. Суть ее состоит в том, чтобы они понимали принцип работы общей концепции функционирования системы, планируемой к внедрению, а также карт использования ресурсов.

Кроме того, обучение необходимо провести и для тех специалистов, которые будут заниматься вопросами, связанными с непосредственным внедрением информационной системы, поддержкой всех сопутствующих процессов. Так, функции по внедрению ИС будут возложены на инженеров ИТ-отделов (каждый будет осуществлять деятельность на вверенном ему объекте), а, в свою очередь, специалисты по информационной системе банка будут осуществлять функции, связанные с информационной поддержкой. Проверку функционирования внедрений ИС проводят операторы банка совместно с ИТ–отделом. Данный заключительный этап включает в себя проверку взаимодействия всех существующих логических модулей информационной системы и составление документации по мероприятиям, включающим в себя внедрение и тестирование информационной системы.

 

Ожидаемые риски на этапах жизненного цикла и их описание

Важно подчеркнуть, что любой вид деятельности подразумевает под собой определенные риски, поэтому процесс жизненного цикла разрабатываемой информационной системы не является исключением. Конечно, проще на начальном этапе провести выявление и анализ рисков, чем потом проводить мероприятия по устранению их последствий. Поэтому будет логичным выделить для каждого этапа жизненного цикла нашей информационной системы ряд основных рисков и меры по их предупреждению.

Для первой стадии характерны такие риски, как риск нарушения методологии ведения проекта и риск персонала со стороны заказчика и исполнителя. Среди основных факторов риска персонала со стороны заказчика и исполнителя можно выделить следующий:

– привлечение к проекту неопытных бизнес–аналитиков и ИТ– консультантов;

– включение в команду работы над проектом со стороны заказчика случайных сотрудников, а не ключевых участников бизнес–процессов, подлежащих автоматизации;

– ошибочные выводы, сделанные на основе анализа данных, неверная интерпретация данных, прошедших обработку;

– отсутствие у руководства предприятия единой целостной стратегии в области информационных технологий;

– непонимание руководством основных целей задач проекта;

– стремление скрыть реальные результаты работы того или иного сотрудника со стороны заказчика;

– некомпетентность сотрудников в рамках выполняемой работы;

– неправильный подбор персонала в рабочую группу над проектом;

– отсутствие мотивации и заинтересованности у функциональных менеджеров проекта;

– не налаженная система коммуникаций между участниками рабочей группы;

– негативное отношение персонала к проекту;

– необдуманный план ведения работ [7].

Все это может привести к плачевному результату, во избежание чего, можно противопоставить следующее:

– активное вовлечение высшего руководства в проект, активное взаимодействие с ним в ходе проекта и своевременное принятие решений;

– активное участие в проекте ведущих специалистов заказчика, ответственных за исполнение основных процессов;

– четко сформулированные цели и критерии успеха внедренческого проекта;

– участие профессиональных консультантов со стороны заказчика, а также сотрудников предметных подразделений со стороны исполнителя;

– проработка общей стратегии автоматизации предприятия;

– четкое разъяснение целей, материальное стимулирование, пропаганда позитивного примера среди участников на время реализации проекта;

– организация рабочих мест и процедур взаимодействия таким образом, чтобы члены проектной команды могли постоянно и беспрепятственно общаться друг с другом;

– стабильный состав рабочий группы в течение всего проекта;

– отбор людей в проектную команду по принципу их личной заинтересованности в успехе внедрения.

Необдуманное описание и утверждение документации, которая включает в себя информацию об интересах сторон и состоянии проекта, является основополагающим фактором появления риска нарушения методологии ведения проекта. Для предотвращения данного риска можно предпринять следующие меры:

– распределение прав и обязанностей для каждого участника в отдельности;

– наличие профессиональных консультантов как участников;

– проведение обучающих мероприятий с рабочей группой и ключевыми пользователями заранее;

– проведение разъяснительных работ непосредственно для персонала заказчика;

– согласование со всеми заинтересованными участниками проекта технических условий;

– любые изменения должны быть в обязательном порядке утверждены;

– техническое задание, которое не содержит избыточных характеристик, предполагает утверждение;

– участники группы проекта со стороны заказчика обладают компетентностью.

2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

 

По требованиям безопасности подсистема должна гарантировать возможность безопасной установки, наладки, эксплуатации, обслуживания и ремонта ее технических средств.

Нормативы, гарантирующие безопасное взаимодействие человека с техническими средствами, установлены для электромагнитных полей, электрического напряжения и тока, излучений оптического диапазона, ионизирующих излучений, опасных и вредных факторов.

Уровни освещенности рабочих мест пользователей должны соответствовать характеру и условиям труда. Мониторы должны соответствовать стандартам на электромагнитное излучение, частоты развертки, разрешения экрана. Также должна быть предусмотрена защита от слепящего действия света и устранения бликов.

При выполнении работ с использование ЭВМ в производственных помещениях уровень вибрации не должен превышать допустимых значений вибрации для рабочих мест в соответствии с действующими санитарно-эпидемиологическими нормами.

В производственных помещениях при выполнении основных или вспомогательных работ с использованием ЭВМ уровни шума на рабочих местах не должны превышать предельно допустимых значений, установленных для данных видов работ в соответствии с действующими санитарно-эпидемиологическими нормами.

Рабочие столы следует размещать таким образом, чтобы видеодисплейные терминалы были ориентированы боковой стороной к световым проемам, чтобы естественный свет падал преимущественно слева. Искусственное освещение в помещениях для эксплуатации ЭВМ должно осуществляться системой общего равномерного освещения.

Локальная вычислительная сеть должна гарантировать высокую степень защиты, безопасности и производительности своей работы, гибкую систему управления пользователями.

Для обеспечения безопасности предполагается оснастить разрабатываемую информационную подсистему контролем доступа к данным, на основе введения уникальных идентификационных паролей и системой соответствующих логинов.

Для защиты от внутренних угроз определим группы пользователей разрабатываемой системы и назначим им соответствующие права доступа к папкам и модулям системы, определим требования к паролям и частоте их смены, а также другие параметры использования ИС.

Данные представим в форме таблицы 2.1

Таблица 2.1

Разграничение прав пользователей

 

Защита от внешних угроз (безопасность каналов, протоколы, аутентификация, шифрование, безопасная пересылку ключей и т.д.) обеспечивается отделом ИТ.

2.2 Информационное обеспечение задачи

2.2.1    Характеристика нормативно–справочной, входной и оперативной информации

 

Входная информация представляет собой всю информацию, необходимую для решения задачи и расположенную на различных носителях, например, в первичных документах, на машинных носителях, в памяти персонального компьютера.

В справочниках, где содержатся различного рода сведения о совершенных заказах, клиентской базе, материалах и их характеристиках, можно найти всю нормативно-справочную информацию. Справочники удобны тем, что могут использоваться неоднократно, то есть в них можно удалять, добавлять и редактировать информацию.

Всю информацию о заказах и их характеристиках можно найти в справочнике под названием «Заказы», который заполняется последовательно в два этапа:

− первичная информация: она заполняется в момент составления проекта и включает в себя такие сведения, как информацию о заказчике; объеме работ (указывается в квадратных метрах); номере материала, необходимого для изготовления деталей; дате, на момент которой должно быть полностью завершено выполнение заказа;

− вторичная информация предназначается для работы функции отображения статуса и прогресса выполнения заказа по партиям. К вторичной информации относятся: общий количественный состав партий деталей и количество партий, которые уже выполнены, из общего количества и статус заказа (после добавления общего количественного состава партий со значениями «0» и «В очереди» данные поля заполняются автоматически).

2.2.2 Характеристика результатной информации

 

Массив данных, где видна вся запрашиваемая информация за конкретный временной отрезок по товарообороту на предприятии является обработанной информацией, которая подвергается запросу пользователем системы «Оптовая торговля». С помощью такой информации представляется возможным за любой временной период выводить товарные, приходные и расходные накладные, в процессе продажи товара осуществлять выписку счета и гарантийных талонов.

В ходе разработки автоматизированного решения учета складских операций и реализации товара, результатными показателями являются печатные формы всех отчетов.

Формирование экранной формы и выходного документа на носителе бумажного типа относится к одному из основных требований, которое предъявляется к программному комплексу «Оптовая торговля». Отчеты за конкретный временной период по приходным и расходным накладным относятся к выходной информации. Изначально они представляются в электронном формате, но каждый пользователь имеет возможность вывести их на бумажный носитель (таблица 2.2).

Таблица 2.2

«Отчеты»

В представленной выше таблице мы видим, что для формирования отчетов характерна периодичность.

Выходные сообщения по проектному решению у пользователя есть возможность получить в то время, когда ему будет удобно. В процессе реальной деятельности этой системы делаются предположения о том, что запросы по анализам остаточной продукции в складских помещениях торгового предприятия будут носить ежедневный характер. Благодаря интерфейсному решению разработчиков СУБД 1С, пользователь будет иметь возможность самостоятельно устанавливать количество копий. В свою очередь, директор предприятия и главный бухгалтер будут являться получателями выходной информации.

Система управления базами данных (СУБД) – это совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных [24].

В базу данных будет постоянно вносится новая информация, которая в последствии будет использована для анализа товарооборота на предприятии, тем самым база будет обновляться, что связано с неоднократным решением поставленной на начальном этапе задачи. Все справочники, определенные в разделе «Нормативно-справочная информация», включается в перечень массивов, который копится с целью последующих решений поставленной задачи.

2.3 Программное обеспечение задачи

Сценарий диалога

Дерево функций – функциональное отражение реализации целей автоматизированной системы. Разработка дерева функции позволяет выделить отдельные сценарии диалога [14]:

1. Сценарий «Работа со справочниками».
2. Сценарий «Работа с учетом товара».
3. Сценарий «Работа с оказанием услуг».
4. Сценарий «Работа с отчетами».

Работа со справочниками

Прежде, чем приступить к работе со справочниками, нужно выполнить следующие действия:

1. Выбрать пункт главного меню «Справочники».
2. Определиться с названием справочника, в котором будут произведены какие-либо изменения.
3. Выбрать действие, которое будет произведено над записями таблицы справочника:

– добавление записи;

– редактирование;

– удаление записи;

– навигация по справочнику.

После того, как были внесены изменения в справочники, пользователь должен определиться продолжает ли он работу в этом справочнике, переключается на следующий или вовсе завершает работу в этом режиме.

Работа с учетом товара

С помощью главного меню «Учет товаров» пользователь имеет возможность:

– создать приходную накладную;

– открыть или внести коррективы в те накладные, что были созданы ранее;

– осуществить быстрый и удобный просмотр накладных с помощью установки интервала дат;

– осуществить быстрый поиск накладной, использовав ту дату, в которую он был создан.

Работа с отчетами

Прежде, чем начинать работать с отчетной документацией, важно выполнить следующие действия:

– выбрать пункт главного меню «Отчеты»;

– определить тип отчета, необходимый для формирования;

– установить параметры даты отчета;

– нажать кнопку «Сформировать».

После построения отчета пользователь должен решить:

– распечатать и сохранить данный вариант отчета;

– сохранить и не распечатывать данный вариант отчета;

– распечатать и удалить данный вариант отчета;

– не печатать и удалить вариант отчета;

– изменить форму отчета;

– перейти в другой тип отчета;

– выйти из этого режима работы.

Функциональная декомпозиция, а именно разделение всей системы на подсистемы и их детальное описание проводится после того, как была описана контекстная диаграмма. Поэтому на рисунке 2.1 каждый фрагмент системы представлен в виде отдельной диаграммы декомпозиции.

Рисунок 2.1 – Первый уровень декомпозиции

 

Весь процесс деятельности магазина делится на:

– консультация и продажа;

– прием и оформление заказов;

– сотрудничество с клиентами;

– контроль оплаты и отгрузка товара.

На рисунке 2.2 можно увидеть декомпозицию первого функционального блока, включающего в себя консультацию и продажу.

Рисунок 2.2 – Декомпозиция – консультация и продажа

 

Далее была произведена декомпозиция функционального блока – прием и оформление заказов (рисунок 2.3).

Рисунок 2.3 – Декомпозиция функционального блока – прием и оформление заказов.

Далее была произведена декомпозиция функционального блока – сотрудничество с клиентами (рисунок 2.4).

Рисунок 2.4 – Сотрудничество с клиентами

Затем декомпозировался последний блок диаграммы – контроль оплаты и отгрузка товара (рисунок 2.5).

Рисунок 2.5 – Контроль оплаты и отгрузка товара

Итак, процесс декомпозиции бизнес-процессов на предприятии АО «Системы управления» позволяет выявить структуру будущей базы данных.

2.3.2    Характеристика базы данных

 

Сервер управления базами данных MySQL, который входит в LAMP и является решением для приложений малых и средних форматов, был выбран для разрабатываемой нами информационной системы. Зачастую данный сервер пользуются популярностью среди локальных и удаленных клиентов, но представляется возможным включать MySQL и в автономные программы за счет библиотеки внутреннего сервера, которая входит в дистрибутив.

Поддержка большого количества типов таблиц (у пользователей есть выбор между MyISAM – полнотекстовый поиск и InnoDB – транзакции на уровне отдельных записей) делает СУБД MySQL более гибкой. Важно отметить, что вместе с СУБД MySQL осуществляется поставка специальных типов таблиц EXAMPLE, которые показывают принципы разработки типов таблиц нового образца. СУБД MySQL регулярно пополняется новыми типами таблиц, что происходит за счет открытой архитектуры и GPL–лицензирования.

На рисунке 2.6 можно познакомиться со схемой базы данных ИС, проектирование которой осуществляется нами.

Рисунок 2.6 – Схема базы данных

 

2.3.3    Структурная схема пакета (дерево вызова программных модулей)

Система состоит из пользовательской и административной частей. Структура пользовательской части представлена на рисунке 2.7:

Рисунок 2.7 ­ Структурная схема пользовательской части пакета

На рисунке 2.8 представлена структура административной части ИС:

Рисунок 2.8 – Структурная схема административной части пакета

 

Страницы: 1 2 3 4