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

Содержание

 

Введение

1. Аналитическая часть

1.1 Технико-экономическая характеристика предприятия и предметной области

1.1.1 Характеристика предприятия и его деятельности

1.1.2 Организационная структура управления предприятием

1.2 Характеристика комплекса задач и обоснования необходимости автоматизации

1.2.1 Выбор комплекса задач и характеристика существующих бизнес-процессов

1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание

1.2.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи

1.3 Анализ существующих разработок и выбор стратегии автоматизации

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

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

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

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

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

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

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

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

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

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

2.2.1 Кортежи

2.2.2.1 Отсутствие кортежей-дубликатов

2.2.2.2 Отсутствие упорядоченности кортежей

2.2.2.3 Отсутствие упорядоченности атрибутов

2.2.2.4 Атомарность значений атрибутов

2.3 Анализ предметной области

2.3.1 Описание предметной области

2.4 Проектирование семантической сети для введения учета клиентов

2.4.1 Проектирование нормальных форм

2.4.1.1 Первая нормальная форма

2.4.1.2 Вторая нормальная форма

2.4.1.3 Третья нормальная форма

2.4.1.4 Четвертая нормальная форма

2.5 Описание основных сущностей и их атрибутов

2.6 Выявление связей между сущностями

2.7 Концептуальная модель информационной системы

2.8 Логический уровень модели данных

2.9 Физический уровень модели данных

2.9.1 Сгенерированный в ERwin SQL код таблиц

2.10 Проектирование представлений, последовательностей, триггеров, хранимых процедур

2.10.1 Последовательности

2.10.2 Триггеры

2.10.3 Представления

2.11 Проектирование интерфейса

2.12 Руководство пользователя

2.12 Испытание программного продукта

2.12.1 Справочные документы

2.12.2 Краткий обзор верификации

2.12.3 Сквозной контроль

2.12.4 Трассировка требований к ПО и требований пользователя

2.12.5 Тестирование внешних функций

2.12.6 Тестирование модуля

2.12.7 Комплексное тестирование

2.12.8 Выводы по тестированию ПО

3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчета экономической эффективности

3.2 Расчёт показателей экономической эффективности проекта

Заключение

Список использованной литературы

Приложения

Введение

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

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

Несмотря на отмеченные негативные явления, социальная система России продолжает развиваться.

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

Результатом развития программно-аппаратных средств стало создание автоматизированных систем (АС).

Целями использования АС являются:

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

сокращение численности персонала, занятой малоквалифицированной рутинной работой;

улучшение качества обслуживания клиентов;

интегрирование в единые системы.

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

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

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

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

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

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

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

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

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

В основе построения системы лежит локальная сеть, состоящая из специализированных АРМ и базы данных (БД) с управляющим сервером.

Целью данной работы явилась разработка удаленного автоматизированного рабочего места специалиста службы социальной защиты района Северное Тушино города Москвы.

Для достижения указанной цели в данной работе были поставлены и решены следующие задачи:

изучение теоретических знаний по автоматизации рабочих мест;

изучение методов и способов создания автоматизированных рабочих мест;

изучение инструментов для создания автоматизированных рабочих мест;

изучение теории реляционных баз данных;

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

выявление "узких" мест в работе специалистов;

разработка удаленного АРМ.

Объектом исследования в данной выпускной квалификационной работе явилась деятельность специалистов службы социальной защиты района Северное Тушино.

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

автоматизированное рабочее место база

1. Аналитическая часть

1.1 Технико-экономическая характеристика предприятия и предметной области

 

1.1.1 Характеристика предприятия и его деятельности

Автоматизация технологий в нашей стране прошла несколько этапов своего развития.

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

Процесс автоматизации технологий перешел на новый этап в конце 80-х начале 90-х годов. Это напрямую связано с реформой 1989 года.

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

На рынке программных средств технологий появились организации поставщики, такие как, "Социум ’, "Инверсия ’, "Асофт ’, "Rstyle ’, ’Diasoft "и другие, которые начали активно удовлетворять имеющийся спрос.

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

В инфраструктуре следует выделить пять составляющих:

информационное обеспечение;

техническое оснащение;

программные средства;

системы связи и коммуникации (внутренние и внешние);

системы безопасности, защиты и надежности.

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

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

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

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

 

1.1.2 Организационная структура управления предприятием

Филиал возглавляет директор, который назначается на должность и освобождается от должности приказом начальника социальной защиты г. Москвы. Заместители директора, а также работники управления назначаются на должность и освобождаются от должности в соответствии с порядком, установленным правлением. Отдел возглавляет Начальник, который назначается на должность по представлению руководителя и освобождается от должности приказом начальника социальной защиты г. Москвы. Управление состоит из ряда отделов (см. рис.1)

Рис.1. Организационная структура управления

Функции элементов организационной структуры

Функции Директора управления:

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

Функции заместителя директора:

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

В своей служебной деятельности специалист по социальной защите подчиняется непосредственно начальнику.

При поступлении прямых указаний или распоряжений руководства он выполняет их в установленные сроки, докладывая непосредственному руководителю о полученных заданиях и ходе их исполнения.

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

Задачи специалиста управления:

. Осуществление социальной защиты населения.

. В случаях, предусмотренных законодательством Российской Федерации, осуществление надзора за социально-незащищенными слоями населения.

. Доведение до сведения клиентов нормативных актов.

Обязанности специалиста:

·        Обслуживание клиентов.

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

·        Ежедневное формирование реестров проведенных документов в установленные внутренним порядком управления сроки.

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

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

·        Соблюдение требований конфиденциальности в соответствии с нормативными документами.

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

Ответственность специалиста:

В соответствии с должностными обязанностями несет ответственность за:

·        Своевременное и качественное выполнение возложенных на него обязанностей.

·        Своевременное и качественное выполнение порученных ему работ.

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

Специалист должен руководствоваться в работе:

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

 

1.2 Характеристика комплекса задач и обоснования необходимости автоматизации

1.2.1 Выбор комплекса задач и характеристика существующих бизнес-процессов

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

Информационное обеспечение (ИО) АС представляет собой информационную модель. Различают внемашинное и внутримашинное ИО:

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

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

Современные системы связей складываются и показателей видов услуг социальной защиты населения.

Значительную долю внемашинного ИО составляет документация. При разработке внемашинного ИО к документам, как наиболее распространенным носителям исходной и результативной информации, предъявляется ряд требований по их форме, содержанию, порядку заполнения. Единство требований создает унифицированную систему документации. Унифицированные типовые документы системы повышают эффективность автоматизации. К таким документам относятся поручения, карты, ордера. Унифицированные формы документов вырабатываются для всей территории РФ, утверждаются Министерством труда и социального развития.

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

Внутримашинное ИО формирует информационную среду для удовлетворения разнообразных профессиональных потребностей системы социальной защиты.

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

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

К внутримашинному ИО систем предъявляется ряд требований. Рассмотрим наиболее важные из них

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

Внутримашинное ИО систем должно реализовываться в режиме реального масштаба времени, при котором изменение в данных. произведенные одним пользователем, сразу должны становиться доступными остальным пользователям системы. Следует отметить, что действительный режим реального времени обеспечивают только системы, использующие сетевую СУБД, основанную на архитектуре сервера БД ("Clarion ’, "Oracle ’…), а при использовании СУБД, основанной на модели ’файл - сервер " (Clipper, dBase…) режим реального времени эмитируется.

В настоящее время наиболее распространенной СУБД является "Btrieve Tecors Manager "фирмы NOVELL. Программный продукт "Btrieve" является частью ОС Net Ware и позволяет эффективно и надежно использовать ресурсы системы. Среди набора возможностей "Btrieve" отметим основные:

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

интерфейс с различными языками программирования (C, Pascal, Assembler и другие);

управление файлами размером до 4 Гбайт;

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

системное журналирование всех изменений в файлах;

мониторинг использования системных ресурсов.

Альтернативный подход состоит в использовании в качестве основы для построения систем распределенной переносимой реляционной СУБД "Oracle ’. В ней обеспечиваются надежные методы хранения и обработки данных, защита от сбоев и несанкционированного доступа, эффективная работа в многопользовательской среде и во всех популярных сетях, высокая производительность. Прикладные системы, созданные на базе СУБД’Oracle’, одинаково эффективно функционируют на всех типах ЭВМ: персональных, мини - и больших ЭВМ и лишены недостатков, присущих многим другим СУБД на ПЭВМ. Ввиду полной переносимости прикладных систем сохраняются все вложения в их разработку. Не требуется персонала, а закупка нового оборудования не приводит к полному отказу от старого, ибо последнее может использоваться параллельно с новым. Недостатком СУБД ’Oracle "является достаточно высокая стоимость, поэтому система доступна, как правило, крупным и средним филиалам.

Автоматизированное рабочее место (АРМ), или, в зарубежной терминологии, "рабочая станция" (work-station), представляет собой место пользователя-специалиста той или иной профессии, оборудованное средствами, необходимыми для автоматизации выполнения им определенных функций.

Такими средствами, как правило, является ПК, дополняемый по мере необходимости другими вспомогательными электронными устройствами, а именно: дисковыми накопителями, печатающими устройствами, оптическими читающими устройствами или считывателями штрихового кода, устройствами графики, средствами сопряжения с другими АРМ и с локальными вычислительными сетями и т.д.аибольшее распространение в мире получили АРМ на базе профессиональных ПК с архитектурой IBM PC.

АРМ в основном ориентированы на пользователя, не имеющего специальной подготовки по использованию вычислительной техники.

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

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

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

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

·        системность.

·        гибкость.

·        устойчивость.

·        эффективность.

Поясним смыл каждого из указанных понятий.

Системность. АРМ следует рассматривать как системы, структура которых определяется функциональным назначением.

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

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

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

Создание такого "гибридного" интеллекта в настоящее время является проблемой.

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

В то же время к АРМ любой "профессии" можно предъявить и ряд общих требований, которые должны обеспечиваться при его создании, а именно:

·        непосредственное наличие средств обработки информации;

·        возможность работы в диалоговом (интерактивном) режиме;

·        выполнение основных требований эргономики: рациональное распределение функций между оператором, элементами комплекса АРМ и окружающей средой, создание комфортных условий работы, удобство конструкций АРМ, учет психологических факторов человека-оператора, привлекательность форм и цвета элементов АРМ и др.;

·        достаточно высокая производительность и надежность ПК, работающего в системе АРМ;

·        адекватное характеру решаемых задач программное обеспечение;

·        максимальная степень автоматизации рутинных процессов;

·        оптимальные условия для самообслуживания специалистов как операторов АРМ;

·        другие факторы, обеспечивающие максимальную комфортность и удовлетворенность специалиста использованием АРМ как рабочего инструмента.

Структура АРМ включает совокупность подсистем - технической, информационной, программной и организационной.

О технической подсистеме уже было сказано выше. К указанному ранее набору технических средств, непосредственно образующему АРМ, надо еще добавить средства связи с другими АРМ, работающими в общей сети объекта, а также другие средства связи (телефон, телекс, телефакс).

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

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

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

К последнему относятся: планирование работы, учет, контроль, анализ, регулирование, документальное оформление прав и обязанностей пользователей АРМ.

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

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

1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание

С целью оптимизации работы и повышения уровня удовлетворенности клиентов поставлена задача совершенствования центрального ядра базы данных управления социальной защиты по району Северное Тушино. Объектом рассмотрения является управленческий учет организации. Далее выделяем задачу по "Учету и обслуживанию социально-незащищенных лиц". Данная задача относится к классу задач "Анализа деятельности предприятия" и необходима для определения текущего состояния и тенденций развития этого предприятия. Результаты решения данной задачи являются основой для принятия стратегических управленческих решений. Поэтому задача "Учету и обслуживанию социально-незащищенных лиц" является важной и неотъемлемой частью управленческого анализа хозяйственной деятельности предприятия. Информацию для решения задачи получают с помощью первичного учета в отделе продаж и в ходе формирования сводных заказов в отделе снабжения. Результаты решения задачи позволяют избежать сбоя поставок или поставки не той номенклатуры товаров, а так же могут служить исходными данными для управленческого учета.

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

Главное назначение автоматизированной системы является:

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

улучшить оперативность принятия решений;

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

снизить количество вычислительных ошибок при помощи автоматизации процесса обработки информации;

содействовать эффективному и безопасному хранению и доступу к информации.

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

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

Автоматизация оперативного управления процессами требует тщательной проработки состава переменной и постоянной информации.

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

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

Карточку-учета.

.

Таким образом для разработки автоматизированной справочно-информационной системы (АСИС) необходимо выполнить следующие задачи:

.        реализация управления доступом к АСИС;

2.      создать СУБД для работы АСИС;

.        разработать справочную информацию по АСИС;

 

1.2.3 Обоснование необходимости и цели использования вычислительной техники для решения задачи

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

При этом требуется учитывать следующие требования:

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

решение задач в установленные сроки;

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

наличие возможности обработки данных на ЭВМ;

возможность решения задачи в различных режимах.

Эти требования могут быть выполнены за счет нескольких факторов:

сокращение числа операций, особенно ручных;

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

снижение объема обрабатываемых данных;

повышение квалификации пользователей, улучшение условий труда и, как следствие, повышение производительности.

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

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

возможность связи с источниками информации по выделенным каналам связи.

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

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

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

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

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

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

Основными источниками экономической эффективности, получаемыми в результате создания информационной системы являются:

) экономия рабочего времени и повышение производительности труда;

) экономия рабочего времени и повышение производительности труда на выполнение расчётов;

) улучшение качества обслуживания и повышение экономической эффективности за счёт более точного предоставления необходимых документов.

Удаленное автоматизированная рабочее место (АРМ) будет использоваться на предприятие и обеспечивать автоматизацию работы специалиста по социальной защите. Также при использовании данного ПО будет иметься возможность составления отчетности на предприятие, выявление задолженности.

 

1.3 Анализ существующих разработок и выбор стратегии автоматизации

Инструментальное средство Cognos 4Thought входит в состав семейства современных программных средств обработки, анализа и прогнозирования данных, разработанного компанией Cognos.

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

Системы Impromptu, PowerPlay, Scenario и 4Thought представляют собой взаимосвязанные и дополняющие друг друга инструментальные средства, поддерживающие наиболее эффективные технологии обработки данных и обеспечивающие решение широкого круга задач в бизнес-приложениях, от доступа к информации в распределенных базах данных до вычислительной обработки и интеллектуального анализа.PowerPlay - это инструментальное средство для оперативного анализа данных и формирования отчетов по OLAP-технологии. Оно позволяет аналитикам исследовать данные под любым углом зрения, обеспечивая реальное многоуровневое видение текущего состояния организации. Главная особенность инструмента заключается в исключительной автоматизации процесса создания аналитического приложения, что позволяет за очень короткий срок создавать полномасштабные аналитические приложения, в основу которых положена технология OLAP.

Кроме того, инструмент отличается удобством применения: от пользователя требуются лишь навыки работы в среде Windows.обеспечивает эффективный доступ ко всей имеющейся в организации информации, хранящейся в форме реляционных или не реляционных данных, таких как базы данных (Databases), склады данных (Data Warehouses), витрины данных (Data Marts) и электронные таблицы (Spreadsheets).

Созданный с помощью PowerPlay гиперкуб можно открыть в 4Thought. Гиперкуб представляет собой файл многомерных данных с расширением. mdc. Данные в таком файле организованы специальным образом для обеспечения быстрого доступа и детализации.кубы Cognos можно использовать как источники данных для модулей Data Mining (4Thought и Scenario), таким образом в продукции Cognos реализована интеграция технологий OLAP и Data Mining.Impromptu - это инструмент фирмы Cognos для построения запросов любой сложности и отчетов произвольного формата пользователями, от которых не требуется навыков программирования. Отличительная черта этого средства - простота в использовании, которая достигается благодаря продуманному и интуитивно понятному интерфейсу.обеспечивает пользователей оперативной и детальной информацией, необходимой для принятия решений. Одним из основных достоинств Impromptu является возможность быстрого построения широкого спектра различных отчетов в зависимости от того, какие данные необходимы для принятия решения. Это означает, что пользователи могут формировать отчеты любой нужной структуры гораздо оперативнее и проще, чем при использовании других построителей отчетов.

Отчеты Impromptu также могут быть использованы в качестве входных данных для построения модели в Cognos 4Thought.Scenario - это интеллектуальное инструментальное средство поиска (разведки) данных (Data Mining), которое позволяет руководителям (даже не знакомым с методиками статистического анализа) выявлять скрытые тенденции и модели бизнеса и "извлекать на поверхность" его ранее неизвестные закономерности и корреляционные связи.

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

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

Thought поддерживает анализ на всех этапах:

Сбор данных. Данные вводятся непосредственно или получаются из внешних источников, например, MS Excel. Данные могут быть взяты у других программных средств семейства Cognos (Impromptu, ReportNet, PowerPlay и Scenario) или прямо из хранилища. Введенные данные отображаются в 4Thought в виде электронных таблиц, что позволяет достаточно просто их просматривать и анализировать;

Преобразование данных. Прежде чем попасть в модуль 4Thought, данные обычно очищаются в модуле Impromptu, который делает запросы к источникам данных (реляционным базам данных), позволяет накладывать фильтры на выборки данных (например, исключать строки, в которых значение показателя - целевой функции равно нулю, либо превращать одинаковые строки в одну строку, либо отсеивать строки если значение показателя является аномальным - выходит за пределы двух среднеквадратичных отклонений вверх и трех вниз, и т.п., правила очистки данных можно произвольно настраивать). Отчеты Impromptu могут быть использованы в качестве входных данных для построения модели в 4Thought.

Интерпретация. После загрузки данных в модель 4Thought создает ряд отчетов и дает возможность работы с разнообразными графиками. Таким образом модель просматривается, проверяется достоверность полученных результатов, выявляются взаимозависимости факторов.

Thought позволяет выполнить обучение модели на репрезентативной выборке значений входных и выходных параметров нейронной сети. Для обучения может быть использована вся выборка либо ее часть - в таком случае оставшаяся часть выборки применяется для контроля точности (качества) обучения: отклонения значений выходов обученной нейронной сети от реальных значений. Обучение сети на одном наборе данных выполняется несколько раз (перед каждым обучением начальные значения весовых коэффициентов устанавливаются автоматически случайным образом), чтобы выбрать наилучшую точность обученной сети.4Thought позволяет, варьируя параметры сценарных условий, автоматически получать различные прогнозы на заданный период, отвечая на вопрос: "А что будет, если?" Результаты прогнозирования по всем отраслям региональной экономики можно получать в виде текстов, графиков, диаграмм, а также отчетных документов установленного образца, которые можно хранить в электронном виде или передавать потребителям по электронной почте. Такие возможности освобождают аналитиков от рутинной вычислительной и оформительской работы и позволяют сосредоточиться на вопросах стратегии и тактики регионального развития.4Thought отображает степень влияния факторов (входных переменных) на целевую переменную, что позволяет использовать его в качестве инструмента факторного анализа. То есть после настройки сети можно оценить, какие факторы вносят какой вклад в конечный результат.

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

При комплексном использовании продуктов семейства Cognos в единой информационно-аналитической системе возникают дополнительные преимущества (синергетический эффект). Задачи по сбору и обработке информации в системе решаются на этапе формирования витрин данных с помощью инструмента PowerPlay Transformation Server.

Вопросы безопасности в системе (защиты от несанкционированного доступа) решаются с помощью инструмента Access Manager, входящего в состав пакета PowerPlay Transformation Server.

Инструменты PowerPlay и Impromptu используются для решения задач, связанных с мониторингом показателей, многомерным анализом информации, формированием отчетов, а инструменты 4Thought и Scenario - для прогнозирования показателей социально-экономического развития, а также для факторного анализа данных. Организация передачи данных между инструментами полностью автоматизирована. Простота интерфейса продуктов Cognos и ориентированность на пользователей-непрограммистов позволяет эффективно выполнять сложные задачи анализа. Публикация информации в интранет/экстранет-среде может осуществляться с помощью инструмента Upfront, входящего в состав пакета Cognos PowerPlay Enterprise Server.

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

 

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

 

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

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

Комплекс технических средств составляют:

·              сотовые телефоны

·              компьютеры;

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

·              устройства передачи данных и линий связи - модемы;

·              эксплуатационные материалы - бумага, CD (DVD) - диски и т.п.

В нашем случае основными элементами технического обеспечения будут:

. Удаленные рабочие места (сотовые телефоны)

. автоматизированные рабочие места персонала организации

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

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

·              Абонентские станции Samsung Galaxy SIII

·              Процессор AMD Athlon 64 X2 5000+ (ADA5000*/ADO5000*) Socket AM2 BOX

·              Материнская плата Asus M2N-SLI Deluxe, S AM2, NVIDIA nForce 570 SLI.

·              Оперативная память DDR2 2048Mb PC2-6400 (800Mhz) Patriot (PEP22G6400EL)

·              Жесткий диск 200,0 Gb HDD Western Digital (WD5000AACS) CaviarGP.

·              Видеокарта 256Mb PCI-E ATI Radeon 3650 DDR3, HDMI, DVI, HIS IceQ Turbo.

·              Привод DVD±RW ASUS DRW-2014L1T, SATA.

·              Картридер внутренний.

·              Корпус Cooler Master Elite 334, 460W (RC-334-KKR4)

·              Монитор 17" Dell TFT E178FP

·              ИБП APC Back-CS500VA

Данная конфигурация позволяет осуществлять работу в разрабатываемой системе с высокой степень надежности. Процессор АМD выбран из-за своей низкой стоимости (по сравнению с аналогичными устройствами Intel), размер оперативной памяти и жесткого диска - стандартны в настоящее время. Кроме указанных элементов еще необходима сетевая карта для возможности подключения к локальной сети предприятия. Такие элементы, как картридер и привод DVD±RW, не являются обязательными. Их отсутствие даже положительно влияет на сохранность конфиденциальной информации. ИБП - в условиях постоянных перерывов в энергоснабжении - обязательный элемент.

Комплекс технических средств локальной компьютерной сети предусматривает:

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

комплект сетевого оборудования;

комплект кабельной продукции;

устройства введения и вывод - сканер и принтер;

коммуникационное устройство - модем, факс-модем или сетевой адаптер.

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

наличие кабельной системы в здании;

план помещений предприятия;

расположение рабочих мест в организации;

наличие места под серверное помещение;

перспектива расширения организации, и следовательно - ЛВС.

Программа должна функционировать на персональных компьютерах со следующей конфигурацией:

Абонентские станции Samsung Galaxy SIII

· ПК: Процессор AMD Athlon 64 X2 5000+ (ADA5000*/ADO5000*) Socket AM2 BOX

· с объемом ОЗУ не менее 2048 мегабайт;

· Объем необходимого дискового пространства - не менее 200 гигабайт

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

 

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

Понятие информационного обеспечения возникло с созданием автоматизированных систем управления (АСУ).

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

Одно из важных требований к информационному обеспечению - это достоверность данных информационной базы.

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

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

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

В состав технологических операций входят:

загрузка программы;

ввод данных;

контроль информации и возможность корректировки;

справочно-информационное обслуживание;

формирование информационных массивов;

вывод информации.

Существует несколько способов регистрации первичной информации:

документальный;

документальный с регистрацией на машинном носителе;

автоматический.

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

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

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

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

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

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

К информационному обеспечению предъявляются следующие общие требования:

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

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

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

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

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

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

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

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

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

потоки входной информации.

потоки выходной информации.

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

.        Алгоритмы, связанные с проектированием АСИС;

2.      Алгоритмы реляционной алгебры, необходимые для работы с БД;

.        Алгоритмы расчета необходимых показателей.

 

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

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

К выбираемому программному обеспечению в данном случае относятся операционная система (ОС) и среда программирования.

Все ОС подразделяются на:

однопользовательские и многопользовательские;

однозадачные и многозадачные.

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

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

2.      передавать управление различным процессам, в зависимости от состояния системы;

.        создавать оболочки для баз данных, как и сами базы данных;

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

.        поддержка объектно-ориентированного стиля программирования;

2.      возможность использования CASE-технологий, как для проектирования разрабатываемой системы, так и для разработки моделей реляционных баз данных;

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

.        поддержка БД;

.        возможность использования алгоритмов реляционной алгебры для управления реляционными базами данных;

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

Вышеперечисленными свойствами обладают языки программирования, например: Delphi, Visual C++, Borland С++ Biulder, Visual FoxPro и другие.

Каждое из этих средств содержит весь спектр современного инструментария, который был перечислен ранее. Главное отличие состоит в области использования рассматриваемых средств. Так Visual C++ обычно используется при разработке приложений предназначенных для работы с ОС Windows, использующих основные свойства ОС, а так же выполняющих большое количество вычислений. Одним из недостатков данного средства разработки приложений является высокое требование к аппаратным ресурсам при разработке программного обеспечения, недостаточно высокая скорость компиляции программного кода и при реализации конечного продукта (ПО), используя этот продукт необходимо большее дисковое пространство, чем при создании аналогичного ПО другими средствами разработки. Borland С++ Biulder по своим недостаткам аналогичен Visual C++, но обладает еще одним - разработка баз данных на базе языка SQL и их поддержка ограничена. Система разработки Visual FoxPro предъявляет наименьшие требования к системным ресурсам, но ее применение ограничено неудобством в визуальном создании интерфейса разрабатываемого приложения. Недостатком Delphi состоит в том, что при его использовании нет достаточного доступа к функциям ОС, но данный недостаток несущественен, поскольку разрабатываемое приложение ориентировано на поддержку БД, а не на работу с ОС. Немалое значение при выборе Delphi в качестве средства для разработки АСИС играет возможность использования большого количества встроенных визуальных компонент, как для разработки интерфейса, так и для создания СУБД.

При создании программного продукта АСИС главным критерием выбора программных средств разработки являлись:

.        скорость разработки приложений;

2.      возможность быстрого внесения изменений в программу;

.        возможность редактирования и просмотра БД, используя средства разработки.

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

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

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

2.      Требования по ресурсам;

.        Поддержка операционной системы;

.        Наглядность разработки интерфейса;

.        Предоставляемые возможности работы с базами данных;

.        Доступность;

.        Скорость работы разработанного программного обеспечения;

.        Обработка исключительных ситуаций;

.        Время создания разработанного программного обеспечения;

.        Удобство эксплуатации;

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

.        Определение критериев, по которым будет произведено сравнение и степени их важности.

2.      Каждый вариант оценивается по полученному перечню критериев. Получается численное значение - оценка.

.        Нахождение общего количества баллов для каждого из вариантов (можно учитывать важность критериев).

.        Лучшим считается вариант, который набрал максимальное количество баллов.

Средство разработки Характеристика средств разработки	Delpi	Visual C++	Borland C++ Buielder	Visual FoxPro
Наличие опыта разработки с использованием данного программного продукта;	8	6	4	4
Требования по ресурсам;	7	6	6	5
Поддержка операционной системы;	8	8	8	7
Наглядность разработки интерфейса;	9	7	8	5
Предоставляемые возможности работы с базами данных;	8	6	4	7
Скорость работы разработанного программного обеспечения;	6	7	8	7
Обработка исключительных ситуаций;	8	8	8	6
Время создания разработанного программного обеспечения;	9	6	5	7
Удобство эксплуатации;	7	8	8	7
Всего:	70	62	60	56

В результате выполненного анализа инструментальных средств выявили, что в качестве средства разработки АСИС будет использован Delphi, как наиболее оптимальное средство разработки с точки зрения разработчика.

Используя Delphi можно создавать приложения для ОС семейства Windows с минимальными затратами времени т.к. в её основе лежит концепция быстрого создания приложений (RAD).

Основные сведения о Delphi:

Базируется на расширении языка Pascal - Object Pascal.

Интегрированная среда разработки приложений - позволяет создавать, компилировать, тестировать и редактировать проект или группу проектов в единой среде программирования;

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

Технология Two Ways Tools делает более эффективной работу с компонентами. При изменении программного кода в окне редактора Delphi соответствующим образом изменяет и сами компоненты. С другой стороны, при изменении свойств компонентов в инспекторе редактора объектов (Object Inspector) они немедленно отражаются в окне редактора кода.

Библиотека компонентов содержит множество стандартных компонентов, которые можно использовать при создании приложений. Сюда относятся элементы управления в стиле Windows95 и IE 4.0, а также шаблоны для форм и экспертов.

Поддержка баз данных в среде Delphi осуществляется двояко. С одной стороны в ней широко используются компоненты, предназначенные для работы с базами данных. С их помощью можно создавать простые приложения, предназначенные для обработки данных, и приложения типа клиент/сервер. Особенностью этих компонентов является то, что во время создания приложения Delphi отображает результаты обработки данных, и позволяет проанализировать различные ситуации, которые могут сложиться в процессе работы программы. С другой стороны поддержка баз данных в Delphi осуществляется с помощью набора драйверов соединений с SQL-северами Borland SQL Links for Windows, которые позволяют интегрированному в Delphi ядру процессора баз данных Borland, (BDE) Borland Database Engine, получать доступ к локальным базам данных Paradox, dBASE, Access, FoxPro, а также SQL-северам InterBase, Informix, Oracle, Sybase, DB2, Microsoft SQL.

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

Непосредственный доступ к интерфейсу приложений API;

Встроенный Ассемблер; обработка строк, написанных на Ассемблере вставленных в текст программ Delphi;

Возможность создания пользовательских объектов VCL и OCX;

Возможность создания DLL-библиотек и других "вторичных" объектов среды Windows;

Объектная ориентация - возможность создавать новые классы, наследующие свойства существующих классов, либо, начав с нуля, строить свои собственные.

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

Поддержка как локальных таблиц, так и находящихся на удаленных серверах баз данных;

Поддержка сложных запросов и доступ из одного приложения ко многим Системам Управления Базами Данных (СУБД), построенным на различных платформах;

Свободное перемещение приложения из одной СУБД в другую, осуществляемое посредством ядра Borland Database Engine, которое организует доступ к базам данных, невзирая на различия в платформах;

Наличие собственных быстрых драйверов для основных платформ типа клиент/сервер;

Полная поддержка ODBC. Delphi, как СУБД, полностью ориентирован на реляционную модель данных и имеет встроенный язык запросов к базам данных SQL (Structured Query Language). В качестве прикладного пользовательского обеспечения будут использоваться справочно-поисковые системы информации: ГАРАНТ и 1С Предприятие V.7.7 Эти системы очень хорошо себя зарекомендовали и пользуются спросом как у профессионалов, так и у начинающих.

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

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

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

Существует международный стандарт, регламентирующий жизненный цикл информационных систем - ISO/IEC 12207. Standard for Information Technology, а также ГОСТ 34.601-90 "Автоматизированные системы. Стадии создания". Стандарт ГОСТ 34.601-90 на создание и развитие автоматизированных систем (АС) - обобщенные, но воспринимаемые как весьма жесткие по структуре ЖЦ и проектной документации. Но эти стандарты многими считаются бюрократическими до вредности и консервативными до устарелости. Поэтому в нашем проекте ориентация будет направлена на более новый, даже можно сказать "модный" стандарт ISO/IEC 12207: 1995 [47].

Международный стандарт ISO/IEC 12207: 1995 "Information Technology - Software Life Cycle Processes" является основным нормативным документом, регламентирующим состав процессов жизненного цикла ПО. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО.

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

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

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

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

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

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

Например, в некоторых АРМ все данные и конструкции фиксируются в табличной форме (табличные АРМ) или в виде операторов специального вида (функциональные АРМ).

Языки пользователя разделяют АРМ также по видам диалога. Средства поддержки диалога в конечном счете определяют языковые конструкции, знание которых необходимо пользователю.

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

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

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

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

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

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

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

Пакеты прикладных программ (ППП), применяемые в АРМ, могут быть параметризованы для обеспечения привязки системы к конкретному приложению.

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

Основные компоненты АРМ определяют его состав и обеспечивать возможность классификации АРМ по различным признакам.

В зависимости от применения в рамках АРМ средств, обеспечивающих развитие АРМ конечным пользователем, будем разделять АРМ на два больших класса:

Обслуживающие и интеллектуальные. И те и другие могут предназначаться для различных пользователей. Hо, в то же время, существуют такие пользователи, о которых можно сказать заранее, что он не может быть пользователем того или другого АРМ. Например, обслуживающий персонал (делопроизводители, секретари) в силу специфики выполняемых ими функций не нуждаются в интеллектуальных АРМ (в своей непосредственной деятельности).

Обслуживающие АРМ в сферах организационного управления могут быть:

·        информационно-справочными.

·        вычислительными.

·        текстообрабатывающими.

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

Текстообразующие АРМ предназначены для обработки и генерации текстовой информации различной структуры и предположении, что текст семантически не анализируется.

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

База знаний как составной компонент входит в АРМ фактологического типа. Фактологические АРМ полезны там, где работа в условиях АРМ определяется преимущественно накапливаемым опытом и логическим выводом на его основе.

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

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

·        диагностика (поиск, определение и описание состояния управляемого объекта);

·        мониторинг (непрерывное отслеживание функционирования АРМ и фиксирование получаемых результатов);

·        планирование (обеспечение заданной последовательности действий);

·        проектирование (обеспечение пользовательских интерфейсов и развития).

На основе вышеизложенного можно сделать выводы, что этапы жизненного цикла ИС состоят из нескольких этапов:

. Предпроектные исследования

Прежде чем приступить к созданию программного обеспечения АРМ, необходимо собрать полную информацию о компании и услугах, проработать концепцию ПО АРМ, чтобы в итоге клиенты обслуживались, как можно быстрее.

Ставятся довольно важные задачи, решение которых в последствии позволит быстро и качественно реализовать конечные цели создания АРМ. Составляется функциональное задание, в котором отразятся аспекты проекта:

Цели создания АРМ - основываясь на предварительном задании, анализ ставящейся перед АРМом, цели и прогноз их достижимости.

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

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

Пути и средства создания ПО - исходя из направления компании выбирается ПО, даются рекомендации по формированию такого ПО.

. Разработка технического задания

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

Структура ПО - формирование непосредственно структуры ПО, так называемого "дерева ПО", построение иерархии разделов, подразделов, баз данных.

. Концепция ПО

В данном этапе разработки ПО создается основная концепция ПО и показывается на примере главного меню программы. Осуществляется интеграция элементов.

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

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

. Программная часть проекта и запуск

На этом этапе разрабатываются основные функциональные модули.

. Тестирование и отладка

Тестирование - процесс поисков несоответствия системы ее исходным целям.

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

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

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

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

. Сдача ПО в эксплуатацию

Сдача ПО клиенту. Финальное тестирование проекта. Обучение персонала клиента или отдельно выделенного должностного лица работе с системой.

 

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

Среди факторов риска при внедрении технологий АРМ можно отметить следующие:

-       Неготовность персонала;

-       Проблемы безопасности при передаче данных;

-       Наличие данных, которые не могут быть общедоступными;

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

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

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

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

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

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

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

         Быстрое внедрение на пилотном участке.

-        Быстрое разворачивание на остальных участках производства.

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

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

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

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

 

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

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

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

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

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

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

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

средства криптографической защиты информации;

средства разграничения доступа пользователей к ресурсам АС;

средства межсетевого экранирования;

средства анализа защищённости АС;

средства обнаружения атак;

средства антивирусной защиты;

средства контентного анализа;

средства защиты от спама.

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

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

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

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

 

Рис.2.1 Процедура входа пользователя в автоматизированную систему

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

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

Средства антивирусной защиты предназначены для обнаружения и удаления вредоносного ПО, присутствующего в АС. К таким вредоносным программам относятся компьютерные вирусы, а также ПО типа "троянский конь", "spyware" и "adware".

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

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

·              реализация "phishing"-атак, в результате которых пользователю присылается почтовое сообщение от чужого имени с просьбой выполнить определённые действия. В таком сообщении пользователя могут попросить запустить определённую программу, ввести своё регистрационное имя и пароль или выполнить какие-либо другие действия, которые могу помочь злоумышленнику успешно провести атаку на информационные ресурсы АС. Примером атаки этого типа является посылка пользователю сообщения от имени известного управления, в котором содержится запрос о необходимости смены пароля доступа к ресурсам Web-сайта. В случае если пользователь обратится по Интернет-адресу, указанному в таком почтовом сообщении, то он будет перенаправлен на ложный Web-сайт злоумышленника, представляющий собой копию реального сайта. В результате такой атаки вся парольная информация, введённая пользователем на ложном сайте, будет автоматически передана нарушителю;

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

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

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

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

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

·              модуль реагирования на обнаруженные атаки;

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

·              модуль управления компонентами средств обнаружения атак.

 

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

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

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

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

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

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

 

2.2.1 Кортежи

2.2.2.1 Отсутствие кортежей-дубликатов

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

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

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

 

2.2.2.2 Отсутствие упорядоченности кортежей

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

 

2.2.2.3 Отсутствие упорядоченности атрибутов

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

 

2.2.2.4 Атомарность значений атрибутов

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

Можно сказать, что здесь мы имеем бинарное отношение, значениями атрибута ОТДЕЛЫ которого являются отношения. Заметим, что исходное отношение СОТРУДНИКИ является нормализованным вариантом отношения ОТДЕЛЫ:

СОТР_НОМЕР	СОТР_ИМЯ	СОТР_ЗАРП	СОТР_ОТД_НОМЕР
2934	Иванов	112,000	310
2935	Петров	144,000	310
2936	Сидоров	92,000	313
2937	Федоров	110,000	310
2938	Иванова	112,000	315

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

Зачислить сотрудника Кузнецова (пропуск номер 3000, зарплата 115,000) в отдел номер 320 и

Зачислить сотрудника Кузнецова (пропуск номер 3000, зарплата 115,000) в отдел номер 310.

Если информация о сотрудниках представлена в виде отношения СОТРУДНИКИ, оба оператора будут выполняться одинаково (вставить кортеж в отношение СОТРУДНИКИ). Если же работать с ненормализованным отношением ОТДЕЛЫ, то первый оператор выразится в занесение кортежа, а второй - в добавление информации о Кузнецове в множественное значение атрибута ОТДЕЛ кортежа с первичным ключом 310.

2.3 Анализ предметной области

2.3.1 Описание предметной области

Объектом исследования является регистратура поликлиники.

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

Цель данной работы - реализовать программную подсистему "Личный кабинет специалиста социальной защиты"

Подсистема ориентирована на задачи специалиста.

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

Введены следующие обозначения:

Ф1 - специалист 1;

Ф2 - специалист 2;

Фn - специалист №n;

Вызов специалиста на дом;

Запись на прием;

- сайт;

- телефон;

- форма;

- собеседование;

- личный кабинет.

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

ПО должно выполнять следующие функции:

·        управлять данными: вводить, просматривать, изменять и архивировать;

·        формировать отчеты по стандартным формам и по запросам;

·        импортировать заявки из документов формата Excel в БД;

·        экспортировать заявки из БД в документы формата Excel;

·        защищать данные: разграничивать права доступа к данным, обеспечивать целостность БД, резервировать БД;

·        производить настройку приложения и БД (администрирование).

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

·        серверная часть

·        клиентская часть

·        взаимодействие с внешними программами

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

·        хранение сведений о врачах;

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

·        хранение запросов к БД;

·        администрирование БД;

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

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

Следующие функции являются основными для клиентского приложения:

·        редактирование данных;

·        формирование вызова;

·        настройка ПО: выбор сервера СУБД.

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

·        преобразовывать данные из документов;

·        преобразовывать данные из БД в документы.

2.4 Проектирование семантической сети для введения учета клиентов

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

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

 

2.4.1 Проектирование нормальных форм

2.4.1.1 Первая нормальная форма

Отношения, которые соответствуют всем свойствам отношений, находятся в первой нормальной форме:Line Кабинет (ФИО клиента, логин клиента, пароль, адрес электронной почты клиента, полный домашний адрес клиента, номер учетной записи, контактный телефон клиента, дата приема, ФИО специалиста, логин специалиста, пароль специалиста, должность специалиста, адрес электронной почты специалиста, полный домашний адрес специалиста, процентная ставка к зарплате за прием, контактный телефон специалиста, описание истории.

 

2.4.1.2 Вторая нормальная форма

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

По категории врача можно узнать должность врча. По времени записи можно узнать время записи. Поэтому в составной первичный ключ войдут следующие атрибуты: PK (ФИО клиента, ФИО специалиста, номер обращения, номер учетной карты), PK ФИО клиента, логин клиента, пароль клиента, адрес электронной почты клиента, полный домашний адрес клиента, контактный телефон клиента.ФИО специалиста, логин специалиста, пароль специалиста, должность специалиста, адрес электронной почты специалиста, полный домашний адрес специалиста, контактный телефон специалиста.

Декомпозиция:

Клиент (ФИО клиента (РК), логин клиента, пароль клиента, адрес электронной почты клиента, полный домашний адрес клиента, контактный телефон клиента.)

Специалист (ФИО специалиста (РК), логин специалиста, пароль специалиста, должность специалиста, адрес электронной почты специалиста, полный домашний адрес специалиста, контактный телефон специалиста.)

 

2.4.1.3 Третья нормальная форма

Отношение находится в третьей нормальной форме, если оно находится во второй нормальной форме и отсутствует транзитивная зависимость между атрибутами:

Специалист → клиент

Учетная карта → клиент

Учетная карта → работа

Время →прием

Специалист пациент

Учетная карта клиент

Учетная карта работа

Время прием

 

2.4.1.4 Четвертая нормальная форма

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

Специалист → → клиент

Учетная карта → → клиент

Учетная карта → → работа

Время → → прием

 

2.5 Описание основных сущностей и их атрибутов

Описание основных сущностей и их атрибутов приводится в таблице 2.1.

Таблица 2.1.

Описание сущностей и атрибутов

Сущность	Описание сущности	Атрибут	Описание атрибута
Пациент	Содержит информацию о пациентах	ФИО клиента (РК)	Фамилия, имя, отчество клиента (первичный ключ)
		Логин клиента	Логин клиента для входа в информационную систему
		Пароль клиента	Пароль клиента для входа в информационную систему
		Адрес электронной почты клиента	Адрес электронной почты для обратной связи с клиентом
		Полный домашний адрес клиента	Адрес места проживания клиента
		Контактный телефон клиента	Контактный телефон для обратной связи с клиентом
Сотрудники	Содержит информацию о сотрудниках	ФИО сотрудника (РК)	Фамилия, имя, отчество сотрудника (первичный ключ)
		Логин сотрудника	Логин сотрудника для входа в информационную систему
		Пароль сотрудника
		Адрес электронной почты сотрудника	Адрес электронной почты для обратной связи с сотрудником
		Полный домашний адрес сотрудника	Адрес, где прописан сотрудник
		Должность сотрудника	Должность, занимаемая сотрудником
		Контактный телефон сотрудника	Контактный телефон для обратной связи с сотрудником
Запись	Содержит информацию о Записях пациентов	День недели (РК)	Номер счета (первичный ключ)
		Время	Дата, когда пациенту нужно придти на прием
		ФИО сотрудника (FК)	Фамилия, имя, отчество сотрудника (внешний ключ от сущности "Сотрудники")
		ФИО клиента (FК)	Фамилия, имя, отчество клиента (внешний ключ от сущности "Клиент")
Учет	Содержит информацию о диагнозах	Учет (РК)	Учет (первичный ключ)
		Дата постановки	Дата
		Название учета (FК)	Название учета (внешний ключ от сущности "Учет")
		Постановка на учет (FK)	Номер уч\карты (внешний ключ от сущности "Учет")

2.6 Выявление связей между сущностями

В рассматриваемой предметной области можно выделить связи, приведенные в таблице 2.2:

Таблица 2.2

Связи сущностей

Родительская сущность	Дочерняя сущность	Описание связи	Мощность связи
Клиент	Учетная карта	Клиент имеет учетную карту	1: M
Сотрудники	Учетная карта	Сотрудники оформляют карту	1: M
Учетный номер	Учет	Учет можно поставить с помощью учетной карты	1: M
Учет	Заключение	Заключение выдается для установления учета	1: M
Клиент	Заключение	Клиент знает свое заключение	1: M

2.7 Концептуальная модель информационной системы

В качестве СУБД была выбрана PostgreSQL по следующим причинам:

.        PostgreSQL является бесплатной СУБД.

2.      Отличная интеграция с языком высокого уровня Java.

.        Как следствие предыдущего пункта, PostgreSQL - идеальное решение для реализации web-приложений, написанных на Java.

.        Поддержка БД практически неограниченного размера.

.        Мощные и надёжные механизмы транзакций и репликации (механизм синхронизации содержимого нескольких копий объекта (например, содержимого базы данных). Репликация - это процесс, под которым понимается копирование данных из одного источника на множество других и наоборот) [4].

.        Наследование.

.        Легкая расширяемость.

В дальнейшем в работе для создания концептуальной модели данных используется CASE-средство ERwin, которое позволяет быстро и наглядно спроектировать модель в виде диаграмм "сущность-связь", а затем сгенерировать SQL код базы данных. Так как ERwin 7.3 не поддерживает PostgreSQL, в качестве СУБД была выбрана MySql 5. x, потому что SQL синтаксис и основные типы данных в PostgreSQL и MySql совпадают.

 

2.8 Логический уровень модели данных

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

В логической модели данных отображаются сущности и атрибуты, ключевые атрибуты в модели представлены в сущности, над чертой. Внешние ключи (мигрирующие атрибуты из родительской сущности) обозначаются как (FK - Foreign Key). Логический уровень означает прямое отображение фактов из реальной жизни. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.

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

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

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

Введем суррогатные ключи для сущностей "Клиент", "Сотрудники", "Учетная карта" и "Заключение", кроме того, атрибуты "ФИО клиента" и "ФИО специалиста" разделим на три атрибута ("фамилия", "имя", "отчество") каждый из них сгруппируем их в составные альтернативные ключи. Так же альтернативными ключами сделаем атрибуты "учетная карта " и "номер заключения". Альтернативные ключи (AK - Alternative Key) служат для ускорения поиска по базе данных.

 

2.9 Физический уровень модели данных

Модель данных на физическом уровне отличается от модели данных на логическом уровне тем, что она полностью ориентирована на выбранную СУБД, т.е. в отличие от логической модели, в которой не имеет значения, какой конкретно тип данных имеет атрибут, в физической модели данных важно описать информацию о конкретных физических объектах - таблицах, полях, индексах, процедурах и т.д.[2]. Для СУБД PostgreSQL характерно то, что все объекты базы данных, должны иметь англоязычное наименование.

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

Рисунок 2.1 - Модель данных на физическом уровне в нотации IDEF1x

 

2.9.1 Сгенерированный в ERwin SQL код таблиц

CREATE TABLE Vendor

(_ID NUMERIC NOT NULL,_Name VARCHAR (30),VARCHAR (100),VARCHAR (12),VARCHAR (20),_account_number VARCHAR (20),KEY (Vendor_ID)

);TABLE Goods

(_ID NUMERIC NOT NULL,VARCHAR (25),VARCHAR (25),VARCHAR (25),TEXT,_of_price_increasing INTEGER,_at_storehouse NUMERIC,_of_last_delivery DOUBLE PRECISION,_of_release DATE,VARCHAR (50),KEY (Goods_ID)

);TABLE Consignment

(_ID NUMERIC NOT NULL,_date DATE,_ID NUMERIC NOT NULL,_count INTEGER,_price DOUBLE PRECISION,_ID NUMERIC NOT NULL,KEY (Consignment_ID),

(Vendor_ID) REFERENCES Vendor (Vendor_ID),

(Goods_ID) REFERENCES Goods (Goods_ID)

);TABLE Buyers

(_ID NUMERIC NOT NULL,_Name VARCHAR (20),_Name VARCHAR (20),_Name VARCHAR (20),VARCHAR (20),VARCHAR (20),VARCHAR (20),_account_number VARCHAR (20),_address VARCHAR (100),VARCHAR (12),_Discount INTEGER,KEY (Buyer_ID)

);TABLE Shop_Staff

(_ID NUMERIC NOT NULL,_Name VARCHAR (20),_Name VARCHAR (20),_Name VARCHAR (20),VARCHAR (20),VARCHAR (20),VARCHAR (20),VARCHAR (20),_account_number VARCHAR (20),_address VARCHAR (100),VARCHAR (12),_rate NUMERIC,DOUBLE PRECISION,KEY (Employee_ID)

);TABLE Accounts

(_ID NUMERIC NOT NULL,_ID NUMERIC NOT NULL,_of_sending DATE,_on_shipping INTEGER,_ID NUMERIC NOT NULL,_of_shipping VARCHAR (30),_of_shipping DOUBLE PRECISION,KEY (Account_ID),

(Buyer_ID) REFERENCES Buyers (Buyer_ID),

(Employee_ID) REFERENCES Shop_Staff (Employee_ID)

);TABLE Reteil

(_ID NUMERIC NOT NULL,_ID NUMERIC NOT NULL,_count INTEGER,INTEGER,_ID NUMERIC NOT NULL,_of_reteil DATE,KEY (Reteil_ID),

(Account_ID) REFERENCES Accounts (Account_ID),

(Goods_ID) REFERENCES Goods (Goods_ID)

 

2.10 Проектирование представлений, последовательностей, триггеров, хранимых процедур

2.10.1 Последовательности

При использовании суррогатных ключей не следует озадачивать пользователя вводом значений, которые не несут для него никакой информации. Эти поля в среде СУБД PostgreSQL заполняются автоматически с помощью, так называемых последовательностей (Sequences).

Список последовательностей: id_accounts - последовательность для суррогатного ключа таблицы Accounts, id_vendor - последовательность для суррогатного ключа таблицы Vendor, id_goods - последовательность для суррогатного ключа таблицы Goods, id_reteil - последовательность для суррогатного ключа таблицы Reteil, id_buyers - последовательность для суррогатного ключа таблицы Buyers, id_staff - последовательность для суррогатного ключа таблицы Shop_Staff, id_consignment - последовательность для суррогатного ключа таблицы Consignment

 

2.10.2 Триггеры

Триггер - это хранимая процедура особого типа, которую пользователь не вызывает непосредственно, а исполнение которой обусловлено наступлением определенного события (действием) - по сути добавлением INSERT или удалением DELETE строки в заданной таблице, или модификации UPDATE данных в определенном столбце заданной таблицы реляционной базы данных. Триггеры применяются для обеспечения целостности данных и реализации сложной бизнес-логики. Триггер запускается сервером автоматически при попытке изменения данных в таблице, с которой он связан. Все производимые им модификации данных рассматриваются как выполняемые в транзакции, в которой выполнено действие, вызвавшее срабатывание триггера [4]. В среде PostgreSQL код триггера содержит только событие для срабатывания и вызов триггерной функции, в которой содержится вся логика триггера. Разработанные триггеры представлены в таблице 2.3.

Таблица 2.3.

Описание разработанных триггеров.

Название триггера	Соответствующая триггерная функция	Событие для срабатывания триггера	Описание
consigment_datе_check	cons_datе_check	До вставки или до изменения	Триггер для таблицы Сonsigment.
goods_date_ check	goods_datecheck	До вставки или до изменения	Триггер для таблицы Goods.
reteil_date_check	ret_date_check	До вставки или до изменения	Триггер для таблицы Reteil.
goods_update_from_consig	goods_works	После вставки	Триггер для таблицы Goods.
reteil_ dateSending	dateSending	После вставки	Триггер для таблицы Reteil.
reteil_update_ count	reteil_works	До вставки	Триггер для таблицы Reteil.
user_summ_ discount	user_sum_discount	После вставки	Триггер для таблицы Reteil.

2.10.3 Представления

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

Разработанные представления описаны в таблице 2.4.

Таблица 2.4.

Описание разработанных представлений.

Название	Описание задачи	Выходные параметры
Unclaimed_Goods	Вывод врачей, которые находятся на больничном	Name, count_at_storehouse date_of_last_reteil (

 

2.11 Проектирование интерфейса

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

Если вы хотите узнать, как работать с данной базой данных, вам понадобится нажать на главной форме кнопку F1 и появится окно "Помощь".

Если вы хотите узнать больше о данном продукте, то в этом вам поможет "Справка". Для этого необходимо нажать кнопку со знаком вопроса.

Если Вы хотите начать свою работу с "Кабинетов", то Вам поможет в этом форма "Кабинеты".

На данной форме при нажатии кнопки "Добавить" появится вспомогательная форма "Добавление записи". При нажатии кнопки "Добавить" на вспомогательной форме "Добавление записи", при условии, что обязательные поля будут заполнены, записи, которые вы внесли, отобразятся в таблице на форме "Кабинеты".

Ели форма будет не заполнена, и вы нажмете кнопку "Добавить", появится форма "Ошибка".

Чтобы редактировать запись, необходимо выделить нужную строку и нажать кнопку "Редактировать". При этом все остальные кнопки станут недоступны и станут доступными кнопки: "V" и "X". При нажатии кнопки "V" изменения будут внесены в таблицу, а при нажатии "X" вернутся исходные данные.

Чтобы удалить запись, необходимо выделить строку и нажать кнопку "Удалить". При этом появится вспомогательная форма "Подтверждение". Если нажать "Да", то произойдет удаление записи, а если нажать "Нет" то таблица вернется в исходное состояние.

Чтобы найти запись, необходимо выбрать поле, по которому будет осуществляться поиск. Затем в строке "Поиск" набрать номер или название и нажать кнопку "Найти". Найденные компоненты отобразятся на форме "Кабинеты".

Чтобы вернутся к главной таблице, необходимо нажать кнопку "Обновить".

С главной формой также связана форма "Специалисты", в которой осуществляются такие же действия, как и в форме "Кабинеты".

С главной формой также связана форма "Специалисты", в которой осуществляются такие же действия, как и в форме "Кабинеты".

С главной формой также связана форма "Вызовы", в которой осуществляются такие же действия, как и в форме "Кабинеты".

При нажатии кнопки "W" данные из таблицы отобразятся в Microsoft Office Word.

 

2.12 Руководство пользователя

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

Если Вам нужны данные о кабинетах, то щелкните на "Кабинеты". Откроется новая форма "Кабинеты", с помощью которой можно добавить, редактировать, найти или удалить необходимый кабинет.

При нажатии кнопки "Добавить" появится форма "Добавление записи". На этой форме располагаются кнопки: "Добавить", "Отмена", а также поля для добавления записей. При заполнении обязательных (поля, отмеченные восклицательным знаком) и остальных полей можно нажать кнопку "Добавить" и внесенные изменения добавятся в таблицу на форме "Кабинеты". Если обязательные поля не будут заполнены, то при нажатии кнопки "Добавить" появится форма "Ошибка". Форму "Ошибка" можно закрыть при нажатии кнопки "Выход" или по слову "Ошибка". При нажатии кнопки "Отмена" откроется форма "Кабинеты" без сохранения изменений. Также на форме "Кабинеты" имеются поля для редактирования, которые являются неактивными, и кнопка "Редактировать". Выберете запись для изменения и нажмите "Редактировать". Запись внесется в поля для редактирования, где вы можете производить изменения. Чтобы сохранить изменения, нужно нажать кнопку "V", а чтобы отменить, нажать "X". Чтобы удалить запись необходимо выделить строку и нажать "Удалить". При этом появится форма "Подтверждение" с кнопками "Да" и "Нет". При нажатии кнопки "Да" выбранная запись удалится, а при нажатии кнопки "Нет" таблица вернется в исходное состояние. Также на данной форме содержатся кнопки "Найти" и "Обновить". Чтобы найти необходимую запись, нужно выбрать по какому полю будет производиться поиск, в строку поиска ввести номер кабинета или его название и нажать кнопку "Найти". Сведения отобразятся в окне на данной форме. Чтобы вернутся к основной таблице, нужно нажать кнопку "Обновить". Также сведения из таблицы можно отобразить в документе Word при нажатии "W". Если вы желаете вернуться к главной форме "Управление социальной защиты", нужно нажать кнопки "Выход" или "Назад".

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

Операции добавление, редактирование, поиск и удаление врачей работают аналогично операциям добавление, редактирование, поиск и удаление кабинетов.

Если Вы желаете вернуться на главную форму "Управление социальной защиты", то нажмите кнопку "Назад" или "Выход".

Если вам необходимо помощь по работе с базой данных нажмите кнопку "F1" на форме "Управление социальной защиты".

Чтобы получить дополнительные сведения о созданной базе данные, нажмите "?".

Если Вы хотите закончить работу, нажмите на кнопку " Выход".

 

.12 Испытание программного продукта

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

.        Тестирование (testing) - процесс выполнения программы или части программы, с намерением или целью найти ошибки;

2.      Доказательство (proof) - попытка найти ошибки в программе безотносительно к внешней для программы среде. Большинство методов доказательства предполагает формулировку утверждений о поведении программы и затем вывод и доказательство математических теорем о правильности программы.

.        Контроль (verification) - попытка найти ошибки в тестовой, или моделируемой среде;

.        Испытание (validation) - попытка найти ошибки, выполняя программу в заданной реальной среде;

.        Аттестация (certification) - авторитетное подтверждение правильности программы. При тестировании с целью аттестации выполняется сравнение с некоторыми заранее определённым стандартом;

.        Отладка (debugging) не является разновидностью тестирования. Хотя "отладка" и "тестирование” часто используются как синонимы, под ними подразумеваются разные виды деятельности. Тестирование - деятельность, направленная на обнаружение ошибок; отладка направлена на установление точной природы известной ошибки.

 

2.12.1 Справочные документы

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

.        ГОСТ Р28195-89 Оценка качества программных средств.

2.      ISO/IEC 9126: 1991 Information Technology Software Product Quality Characteristics.

.        Стандарты разработки ПО ESA PSS-05-0-1991.

 

2.12.2 Краткий обзор верификации

Верификация обозначает:

.        действие по проверке, инспекции, тестированию, контролю процессов, определённых требованиями ANSI - 78

2.      процесс определения: удовлетворяет ли продукт данной фазе ЖЦ ПО требованиям, сформулированным на протяжение предыдущих фаз;

.        формальное доказательство корректности программы.

.        верификация необходима для обеспечения качественных характеристик продукта.

Ряд определений, приведённый ниже, охватывает вторую сторону тестирования: типы ошибок, которые предполагается обнаружить, и стандарты, с которыми сопоставляются тестируемые программы.

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

2.      Тестирование сопряжений - контроль сопряжений между частями системы (модулями, компонентами подсистемами).

.        Комплексное тестирование - контроль и/или испытание системы по отношению к исходным целям. Комплексное тестирование является процессом контроля, если оно выполняется в моделируемой среде, и процессом испытания, если выполняется в среде реальной, жизненной.

.        Тестирование приемлемости - проверка соответствия программы требованиям пользователя.

 

2.12.3 Сквозной контроль

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

Для проверки отдельных внешних функций должны быть выполнены следующие действия. Не автор спецификаций должен сначала построить "тесты на бумаге” для этой функции, т.е. список конкретных входных данных (допустимых и недопустимых). Вместе с автором спецификаций затем имитируют ввод этих данных в cистему, используя спецификации как описание поведения системы. Если оказывается, что спецификации описывают выходные данные или преобразование для какого-то набора входных данных недостаточно полно и правильно, это означает, что обнаружена ошибка.

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

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

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

 

2.12.4 Трассировка требований к ПО и требований пользователя

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

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

 

2.12.5 Тестирование внешних функций

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

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

Тестирование функций - процесс контроля, поскольку оно обычно выполняется в моделируемой среде (в противоположность обстановке реальной). Другими словами, тестирование функций обычно выполняется для компонент системы прежде, чем она будет собрана воедино. Например, могут быть недоступны определённые устройства ввода-вывода, вследствие чего потребуется написать специальные программы для имитации их работы, могут отсутствовать или быть неполными отдельные компоненты программного обеспечения, что также потребует имитации или применения вспомогательных программ.

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

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

Последовательность применения метода:

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

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

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

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

2.12.6 Тестирование модуля

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

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

2.      Был проверен текст программы, чтобы убедиться, что все условные переходы были выполнены в каждом направлении. (Текст программы определялся с использованием созданного логического анализатора).

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

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

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

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

2.12.7 Комплексное тестирование

Комплексное тестирование - процесс поисков несоответствия системы ее исходным целям. Это наиболее творческий из всех видов тестирования. Оно состоит из следующих шагов:

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

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

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

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

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

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

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

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

.        Тестирование производительности. Требования к производительности и эффективности (время ответа для различных нагрузок и различных конфигураций) - важная часть проектов систем. Для проведения данного теста были использованы персональные компьютеры различной конфигурации (на базе AMD Athlon 64 X2 5000+, на базе Intel Core i7 720 QM, на базе Intel Core i5 670 QM, на базе AMD Phenom II X4 925 BOX, на базе Intel Core i7 975 Extreme OEM). В результате проведения теста была зафиксирована корректная работы системы, но необходимо отметить, что работа на ПК на базе Intel не рекомендуется, хотя и возможна.

 

.12.8 Выводы по тестированию ПО

На основание проведения вышеперечисленных тестов (см. приложение B,) можно заключить, что:

.        Созданная система выполняет все функции, указаные в техническом задание на дипломное проектирование.

2.      При аварийном отключении сохраняет максимально возможное количество данных.

.        Система способна работать на ПК различной конфигурации, в том числе и минимальной.

.        Система отвечает поставленным требованиям по защите от несанкционированного доступа.

.        Система корректно осуществляет свою работу при работе с большими объемами данных и при большом количестве запросов (20 запросов).

 

3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчета экономической эффективности

Возможны следующие варианты расчета экономической эффективности:

o   сравнение вариантов предлагаемой и существующей ИС по комплексу задач;

o   сравнение вариантов организации информационной базы;

o   сравнение вариантов по трудозатратам базового и автоматизированного варианта.

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

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

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

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

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

) Показатель абсолютного снижения трудовых затрат за год (DТ) [час/год], который рассчитывается по формуле [14]:

где: Т0 - трудовые затраты на обработку информации по базовому варианту;

Т1 - трудовые затраты на обработку информации по предлагаемому варианту;

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

) Индекс снижения трудовых затрат (IT), показывающий во сколько раз снижаются трудовые затраты предлагаемого j-того варианта по сравнению с базовым вариантом, и рассчитываемый по формуле:

К стоимостным показателям относятся следующие:

) Показатель абсолютного снижения стоимостных затрат за год (DС) [руб/год], который можно рассчитать по формуле:

где:- стоимостные затраты на обработку информации по базовому варианту [руб/год];- стоимостные затраты на обработку информации по предлагаемому варианту [руб/год];

) Индекс снижения стоимостных затрат IC, рассчитываемый по формуле:

) Коэффициент снижения стоимостных затрат за год KC, который рассчитывается по формуле:

) Показатель стоимостных затрат на j - ой технологический процесс CJ представляет собой сумму затрат на j - ый технологический процесс по следующим статьям затрат:

o   на заработную плату;

o   на амортизацию;

o   на ведение информационной базы;

o   накладные расходы.

Этот показатель рассчитывается по формуле:

где:

) Cij показатель стоимостных затрат на i-тую операцию j-того технологического процесса, в состав которого включаются следующие компоненты:

= Cз/п + Cнр+ Cа+ Cиб (8)

где:

.1) Cз/п затраты на заработную плату пользователя, которые можно рассчитать по формуле:

з/п = tij * ri (9)

где:- трудоемкость выполнения i-ой операции j-го технологического процесса;- тарифная ставка i - ой операции;

.2) Cнр - затраты на накладные расходы, рассчитываемые как производная величина от затрат на заработную плату:

нр = Cз/п * Кнр (10)

где:величина коэффициента накладных расходов, принимая как правило в размере 0,6 - 0,7 от величины затрат за заработную плату [10];

.3) Cа - величина амортизационных отчислений на используемую технику, рассчитываемая по формуле:

а = tij * ai (11)

где:

аi - норма амортизационных отчислений [10];

.4) Cиб - годовые затраты на ведение информационной базы.

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

При оценке эффективности используются обобщающие и частные показатели.

К основным обобщающим показателям экономической эффективности относятся:

o   годовой экономический эффект;

o   расчетный коэффициент эффективности капитальных вложений;

o   срок окупаемости системы;

Годовой экономический эффект от внедрения проекта (Э) определяется как разность между головной экономией и нормативной прибылью [руб/год]:

Э = (С0 + Ен * К0) - (Сj + Ен * Кj) (12)

где: и K0 - капитальные затраты, включающие в себя затраты на следующие направления:

1. На приобретение вычислительной техники в базовом и предлагаемом вариантах;

2. На покупку ПО;

3. На освоение программного обеспечения;

4. На проектирование и отладку проекта.

Ен - нормативный коэффициент эффективности капитальных вложений; Значение Ен принимается равным 0,2 для всех отраслей народного хозяйства [10]. Он представляет собой усредненную норму эффективности капитальных вложений, ниже которых они нецелесообразны.

Произведение Ен, в данном случае, следует рассматривать как нормативную прибыль [в руб.], которая должна быть получена от внедрения системы.

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

Расчетный коэффициент экономической эффективности капитальных затрат (Ер) представляет собой отношение годовой экономии (годового прироста прибыли) к капитальным затратам на разработку и внедрение АИС:

Предлагается так же годовой экономический эффект (Э_год) определить по формуле:

Эгод = С1 - С2 (15)

где:

Таблица 3.1.

Расчет затрат по операциям технологического процесса

Операция тех. процесса	Объём работы в год (операций)	Норма выработки по ручной операции или производительность ЭВМ (опер/час)	Трудоёмкость (час)	Часовая зарплата специалиста	Часовая норма амортизации (руб/час)	Часовая  стоимость  накладных  расходов	Стоимость
1	2	3	4 = 2/3	5	6	7 = 5*0,7	8 = (5 + 6 + 7) *4
Вызов главного меню	52	360	0,14	227,27	28,76	159,09	58,12
Выбор и вызов пункта меню	52	720	0,07	227,27	28,76	159,09	29,06
Импорт данных	52	720	0,07	227,27	28,76	159,09	29,06
Заполнение таблицы БД	52	~0	~0	227,27	28,76	159,09	~0
Формирование плана в результативной таблице	52	~0	~0	227,27	28,76	~0
Просмотр результативной таблицы	52	6	8,6	227,27	28,76	159,09	3570,03
Формирование файла с	52	~0	~0	227,27	28,76	159,09	~0
Печать фрагмента таблицы	52	120	0,4	227,27	28,76	159,09	166,05
Загрузка файла в корпоративную ИС	52	~0	~0	227,27	28,76	159,09	~0
Итого:	---	---	9,28	---	--	----	3852,31
Вызов главного меню	52	360	0,14	227,27	28,76	159,09	58,12
Выбор и вызов пункта меню	52	720	0,07	227,27	28,76	159,09	29,06
Импорт данных из отчёта	52	900	0,06	227,27	28,76	159,09	24,91
Задание временного периода	52	720	0,07	227,27	28,76	159,09	29,06
Формирование файла	52	~0	~0	227,27	28,76	159,09	~0
Печать файла	52	1200	0,04	227,27	28,76	159,09	16,61
Итого:	---	---	0,38	---	---	---	157,75

С₁ - себестоимость до внедрения программного комплекса;

С₂ - себестоимость после внедрения программного комплекса.

Коэффициент экономической эффективности (Е):

Е = Эгод / Квл

где:

Э_год - годовой экономический эффект;

К_вл - капитальные вложения.

Срок окупаемости затрат на внедрение программного продукта (Т_ок) вычисляется по формуле: Т_ок = 1/ Е.

 

3.2 Расчёт показателей экономической эффективности проекта

Примем стоимость одного часа работы как среднее значение почасовой зарплаты специалиста отдела планирования. При средней зарплате 40 000 рублей/месяц средняя почасовая зарплата составит:

= 4000/176 = 227,27 руб/час

Стоимостные затраты по базовому варианту 6773 * 227,27 = 1 539 299, 71 рублей в год. В таблице приведён расчёт стоимостных затрат в варианте с использованием АРМ и статистического отчёта по видам продукции в соответствии с технологическим процессом. Временные затраты на работу с интерфейсом определялись по хронометражу.

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

Трудоёмкость с использованием ИС составит:

,28*2 + ( (9,28*2) /52) *360 + 0,38*3 = 148,15 часов в год

Расходы на обработку документов с использованием ИС:

(227,27 + 28,76 + 159,09) * 148,15 = 61 500, 03 рублей в год.

В таблице

Таблица приведены показатели эффективности от внедрения новой технологии. Расчеты проведены в соответствие с формулами (1 - 6):

Таблица 3.2.

Расчет показателей экономической эффективности

№п/п	Показатель	Затраты базового варианта	Затраты предлагаемого варианта	Абсолютное изменение затрат	Коэффициент изменения затрат (%)	Индекс изменения затрат (б/р)
1	2	3	4	5=3-4	6 = (5/3) *100	7 = 3/4
11	Трудоёмкость (часов)	6773	148,15	6624,85	97,81	45,72
22	Стоимость (рублей)	1539299,71	61500,03	1477799,68	96,01	25,03

Годовой экономический эффект от внедрения проекта:

Э_год = 1 477 799,68 - 1 242 247,92 * 0,2 = 1 229 350,1 рублей

Коэффициент экономической эффективности (Е):

Е = 1 229 350,1/1 242 247,92 = 0,99

Срок окупаемости затрат на внедрение программного продукта:

Т_ОК = 1/0,99 * 12 = 12,12 месяцев.

Таким образом, проект окупится за один год, с учетом затрат на жтапе эксплуатации, рассчитанным на пять лет. Годовой экономический эффект составляет 1 229 350, 1 рублей.

Внедрение АРМ экономически целесообразно и за время эксплуатации в течение пяти лет, даст прямой экономический эффект в размере 6 146 750,5 рублей.

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

Заключение

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

Проанализированы функциональные возможности автоматизации рабочего места "Специалиста по социальной защите ” службы социальной защиты по Юго-Западному административному округу города Москвы и сделан вывод о необходимости создания АРМ с модернизированным программным обеспечением.

В аналитическом разделе проведен обзор современных автоматизированных систем, дана их сравнительная оценка. Рассмотрена роль АРМ в составе автоматизированных систем. Проведен анализ деятельности службы социальной защиты по Юго-Западному административному округу города Москвы, который показал существенное возрастание эффективности его работы при внедрение АРМ " Специалиста по социальной защите ”. Произведенно обоснование по техническому и программному обеспечению для реализации проекта.

В проектной части дипломной работы сделано обоснование использования ОС и программной среды Delphi при разработке программного обеспечения АРМ " Специалиста по социальной защите ” и сформулированы основные требования к нему, обосновано использование ОС и программной среды Delphi, при разработке программного обеспечения, определен состав функциональных задач и информационной базы.

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

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

В экономическом разделе проекта дан расчет экономической эффективности от влияния АРМ " Специалиста по социальной защите ”. Показано, что экономический эффект от его использования равен 1 229 350,1 рублей. Окупаемость средств, затраченных на приобретение оборудования для АРМ составляет 4 месяца.

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

Открытая архитектура и возможности расширения программного расширения позволяют без больших доработок интегрировать АРМ в автоматизированную систему

Список использованной литературы

1.       Акофф Р.Л. Планирование будущего корпорации. М.: Сирин, 2008.256 стр.

2.      Ансофф И. Новая корпоративная стратегия. СПб.: Питер Ком, 2009.416 стр.

.        Бестенс Д., В. Ван ден Берг, Д. Вуд [По тексту] Нейронные сети и финансовые рынки. Принятие решений в торговых операциях. - М. ТВП, 2007.

.        Браун М.Г. Сбалансированная система показателей: на маршруте внедрения. М.: Альпина Бизнес Букс, 2005.226 стр. с ил….

.        Берман.Б., Эванс Дж.Р. Розничная торговля: стратегический подход. М.: Вильямс, 2009.1184 с.

.        Боровиков В.П. [По тексту] Прогнозирование в системе STATISTICA в среде Windows. Основы теории и интенсивная практика на компьютере: Учеб. пособие. - М.: Финансы и статистика, 2009. - 384стр.: ил….

.        Буч Г. Объектно-ориентированное программирование с примерами применения. - Киев: Диалектика, М.: И.В.К., 1992.

.        Горбань А.Н. Методы нейроинформатики. КГТУ, Красноярск, 2008.205 стр.

.        Гончарук В.А. Развитие предприятия. М.: Дело, 2000.208 с.

.        Городецкий В.И. Прикладная алгебра и дискретная математика. Часть 3. Формальные системы логического типа. - МО СССР, 1987. - 177 стр. с ил…

.        Гультяев А. Визуальное моделирование в среде MATHLAB: учебный курс. - СПб: Питер. 2009. - 432 стр. с ил…

.        Дьяконов В. МАTLAB: учебный курс. - СПб: Питер, 2009. - 560 стр. с ил …

.        Дьяконов В., Круrлов В. [По тексту] Математические пакеты расширения МАТLAB. - Специальный справочник. - СПб: Питер, 2009. - 480 стр.

.        Дюбуа Д., Прад А. Теория возможностей. Приложение к представлению знаний в информатике. - М.: Радио и связь, 1990. - 288 стр.

.        Иванов О.В. Статистика / Учебный курс для социологов и менеджеров. Часть 1. Описательная статистика. Теоретико-вероятностные основания статистического вывода. - М. 2005.187 стр

.        Hebb D. 1961.organization of behavior. New York: Science Edition.

.        Rumelhart D. E., Hinton G. E., Williams R. J. 1986. [По тексту] Learning internal reprentations by error propagation. In Parallel distributed processing, vol.1, pp.318-62. Cambridge, MA: MIT Press.

.        Werbos P. J. 1974. [По тексту] Beyond regression: New tools for prediction and analysis in the behavioral sciences. Masters thesis, Harward University.

.        Wasserman P. D. 1988a. [По тексту] Combined backpropagation/Cauchy machine. Proceedings of the International Newral Network Society. New York: Pergamon Press

.        Rumelhart D. E., Hinton G. E., Williams R. J. 1986. Learning internal reprentations by error propagation. In Parallel distributed processing, vol.1, pp.318-62. Cambridge, MA: MIT Press.

.        Wasserman P. D. 1988b. [По тексту] Experiments in translating Chinese characters using backpropagation. Proceedings of the Thirty-Third IEEE Computer Society International Conference. Washington, D. C.: Computer Society Press of the IEEE.

.        Parker D. B. 1987. Second order back propagation: Implementing an optimal 0 (n) approximation to Newton's method as an artificial newral network. Manuscript submitted for publication.

.        Stornetta W. S., Huberman B. A. 1987. [По тексту] An improwed three-layer, backpropagation algorithm. In Proceedings of the IEEE First International Conference on Newral Networks, eds. M. Caudill and C. Butler. San Diego, CA: SOS Printing.

.        Pineda F. J. 1988. Generalization of backpropagation to recurrent and higher order networks. In Newral information processing systems, ed. Dana Z. Anderson, pp.602-11. New York: American Institute of Phisycs.

.        Sejnowski T. J., Rosenberg C. R. 1987. Parallel networks that learn to pronounce English text.complex Systems 1: 145-68.

.        Burr D. J. 1987. [По тексту] Experiments with a connecnionlist text reader. In Proceedings of the IEEE First International Conferense on Neural Networks, eds. M. Caudill and C. Butler, vol.4, pp.717-24. San Diego, CA: SOS Printing.

.        Cottrell G. W., Munro P., Zipser D. 1987. Image compression by backpropagation: An example of extensional programming. ICS Report 8702, University of California, San Diego.

.        Кэнту М. Delphi 7 для профессионалов - СПб: Издательство "Питер", 2007. - 1120 с.: ил.

.        Minsky M., and Papert S., 1969. Perseptrons. Cambridge, MA: MIT Press. (Русский перевод: Минский М.Л., Пейперт С. Персептроны. - М. Мир. - 1971.)

.        Kohonen T. 1984. [По тексту] Self-organization and associative memory. Series in Information Sciences, vol.8. Berlin: Springer Verlag

.        Fayyad, Piatetsky-Shapiro, Smyth, and Uthurusamy. Advances in Knowledge Discovery and Data Mining, (Chapter 1) AAAI/MIT Press 1996

.        Parsaye K. A [По тексту] Characterization of Data Mining Technologies and Processes. The Journal of Data Warehousing. 1998. № 1

.        Ribeiro R. A., Moreira A. M. Fuzzy Query Interface for a Business Database // International Journal of Human-Computers Studies, Vol.58 (2003), PP.363-391.

.        Dubois D., Prade H. [По тексту] Using Fuzzy Sets in Database Systems: Why and How? // Proc. of 1996 Workshop on Flexible Query-Answering systems (FQAS'96), Denmark, May 22-24, 1996, PP.89-103.

.        Смолко Д.С., Черноруцкий И.Г. Система поддержки принятия решения для портфеля ценных бумаг // Сборник докладов I Международной конференции по мягким вычислениям и измерениям (SCM-98), Санкт-Петербург, 1998, том 2, С.231-234.

.        Прикладные нечеткие системы / Тэрано Т., Асаи К., Сугено М., 1993.

.        Яхъяева Г.Э. Нечеткие множества и нейронные сети. - БИНОМ. Лаборатория знаний, Интернет-университет информационных технологий - ИНТУИТ. ру, 2008.

.        Титоренко Г.А. Автоматизированные информационные технологии в экономике. - М.: Компьютер, ЮНИТИ, 1998.

.        Карминский А.М., Нестеров П.В. Информатизация бизнеса. - М.: Финансы и статистика, 1997.

.        Леоненков А.В. Нечеткое моделирование в среде MATLAB и fuzzyTECH. - СПб.: БХВ Петербурr, 2005. - 736 стр. с ил…

.        Дьяконов В. МАTLAB: учебный курс. - СПб: Питер, 2001. - 560 с.

.        Дьяконов В., Круrлов В. [По тексту] Математические пакеты расширения МАТLAB. - Специальный справочник. - СПб: Питер, 2001. - 480 с.

.        Дюбуа Д., Прад А. [По тексту] Теория возможностей. Приложение к представлению знаний в информатике. - М.: Радио и связь, 1990. - 288 стр.

.        Городецкий В.И. Прикладная алгебра и дискретная математика. Часть 3. Формальные системы логического типа. - МО СССР, 1987. - 177 стр.

.        Гультяев А. Визуальное моделирование в среде MATHLAB: учебный курс. - СПб: Питер. 2000. - 432 стр.

.        Искусственный интеллект. Кн.2. Модели и методы: Справочник / Под ред. Д.А. Поспелова. - М.: Радио и связь, 1990. - 304 стр. с ил…

.        Мелихов А.Н., Бернштейн Л.С., Коровин С.Я. Ситуационные советующие системы с нечеткой логикой. - М.: Наука, 1990. - 272 стр.

.        Методы анализа данных / Под. ред.Э. Дидэ и др. - М.: Финансы и статистика, 1985. - 360 стр.

49.     Рихтер Джеффри "Windows для профессионалов”, С-П. Русская редакция 1995.

50.    Пеньков Е.Г. "Организация учета в материально-техническом снабжении”, Финансы, М. 1973

.        Голда З.К. "Организация и планирование материально-технического снабжения предприятий и организаций местного хозяйства" М. 1970

.        Лифшиц Н.И., Левин Е. Т "Механизация и автоматизация процессов отборки и комплектования заказов на складах" М., 1970

.        А.А. Бакаев, В.И. Гриценко, Д.Н. Козлов "Методы организации и обработки баз знаний” Наукова думка, Киев 1993

.        Л.В. Кокорева, О.Л. Перевозчикова "Диалоговые системы и представление знаний” М., 1995

.        С.П. Павлов, З.И. Губонина "Охрана труда в приборостроении" М., 1986

.        А.О. Навакатикян, В.В. Кальнищ "Охрана труда пользователей компьютерных видеодисплейных терминалов” Киев 1997

.        Г. Майерс "Надежность ПО” Мир, М., 1980

.        Г. Майерс "Искусство тестирования программ” Финансы и статистика М., 1982

.        К.Г. Гусев М.Ф. Бабаков [По тексту] "Oсновы теории надежности учебное пособие" ХАИ 1975.

.        Бронин Е.И. "Принципы построения и архитектура САПР”

.        Цветков В.Д. "Системно-структурное моделирование и автоматизация проектирования”;

.        Мартин Дж. "Организация баз данных в вычислительных системах”;

.        Дантеманн Дж. "Программирование в среде Delphi”

.        Сван. Т Delphi 4. "Библия разработчика”

.        Хендерсон К. "Руководство разработчика баз данных”

.        Грого П. "Программирование на языке Паскаль”

.        Ю.Х. Вермишев "Основы автоматизации проектирования”

.        П. Грэй "Логика, алгебра, и БД. ”

.        Драммонд Д. "Методы оценки и измерений дискретных вычислительных cистем”. Пер. с англ. - М: Мир 1976.

.        Brown A. R. "Programm Debugging" London: MacDonald 1973.

.        Гради Буч. "Объектно-ориентированный анализ и проектирование. ” М.: Издательство Бином

.        Бойко В.В., Савинков В.М. "Проектирование информационной базы автоматизированной системы на основе СУБД. ” М.: Финансы и статистика, 1982.

.        Борзов Ю.В. [По тексту] "Методы тестирования и отладки программ ЭВМ. ” Рига, ЛГУ им. П. Стучки, 1980.

.        Гудман С. [По тексту] "Введение в разработку и анализ алгоритмов. ” М.: Мир, 1981.

.        Джексон Г. [По тексту] "Проектирование реляционных баз данных для использования с микро-ЭВМ" М.: Финансы и статистика, 1991.

Приложения

Листинг программного кодаclass Registration implements Command {void execute (HttpServletRequest request, HttpServletResponse response, ServletContext sc, HttpSession session) throws IOException {s = "";c = ( (JDBCConnectionPool) sc. getAttribute ("ConPool")). checkOut ();login = request. getParameter ("Rlogin");pass = request. getParameter ("Rpass");cpass = request. getParameter ("RCpass");email = request. getParameter ("email");lastname = request. getParameter ("Rlastname");firstname = request. getParameter ("Rfirstname");thirdname = request. getParameter ("Rthirdname");webmoney = request. getParameter ("Rwebmoney");address = request. getParameter ("Raddress");phone = request. getParameter ("Rphone");(! phone. equals ("") &&! cpass. equals ("") &&! email. equals ("") &&! login. equals ("") &&! pass. equals ("") &&! lastname. equals ("") &&! firstname. equals ("") &&! thirdname. equals ("") &&! webmoney. equals ("") &&! address. equals ("")) {{stmt = c. createStatement ();. executeUpdate ("INSERT INTO buyers (last_name,first_name,third_name,login, password, email, webmoney_account_number,home_address, phone)" +

"VALUES ('" + lastname + "','" + firstname + "','" + thirdname + "','" + login + "','" + pass + "','" + email + "','" + webmoney + "','" + address + "','" + phone + "'); ");= "Регистрация прошла успешно. Теперь Вы можете войти на сайт под своим логином и паролем. ";

} catch (SQLException e) {= "К сожалению регистрация невозможна!";

}

}else= "<center><h3>Заполенены не все поля! </h3><p><p> <a href=\"javascript: history. go (-1) \">

} catch (ServletException e) {. printStackTrace ();

}

( (JDBCConnectionPool) sc. getAttribute ("ConPool")). checkIn (c);

}

}class EditBuyerProfile implements Command {void execute (HttpServletRequest request, HttpServletResponse response, ServletContext sc, HttpSession session) throws IOException {s = "";c = ( (JDBCConnectionPool) sc. getAttribute ("ConPool")). checkOut ();login = request. getParameter ("Rlogin");pass = request. getParameter ("Rpass");email = request. getParameter ("email");lastname = request. getParameter ("Rlastname");firstname = request. getParameter ("Rfirstname");cpass = request. getParameter ("RCpass");thirdname = request. getParameter ("Rthirdname");webmoney = request. getParameter ("Rwebmoney");address = request. getParameter ("Raddress");phone = request. getParameter ("Rphone");b_id = (Integer) session. getAttribute ("id");(session. getAttribute ("role")! = null). setAttribute ("succ", true);(! phone. equals ("") &&! cpass. equals ("") &&! email. equals ("") &&! login. equals ("") &&! pass. equals ("") &&! lastname. equals ("") &&! firstname. equals ("") &&! thirdname. equals ("")

&&! webmoney. equals ("") &&! address. equals ("")) {{stmt = c. createStatement ();. executeUpdate ("UPDATE buyers SET last_name='" + lastname + "',first_name='" + firstname + "',third_name='" + thirdname + "',login='" + login + "', password='" + pass + "', email='" + email + "', webmoney_account_number='" + webmoney + "',home_address='" + address + "', phone='" + phone + "' " +

" WHERE buyers. buyer_id=" + b_id + "; ");= "Данные успешно изменены!";

} catch (SQLException e) {= "<center><h3>К сожалению данные изменить невозможно! </h3><p><p> <a href=\"javascript: history. go (-1) \">

}

} else= "<center><h3>Заполенены не все поля! </h3><p><p> <a href=\"javascript: history. go (-1) \">

} catch (ServletException e) {. printStackTrace ();

}

( (JDBCConnectionPool) sc. getAttribute ("ConPool")). checkIn (c);

}

}class OrdersHistory implements Command {void execute (HttpServletRequest request, HttpServletResponse response, ServletContext sc, HttpSession session) throws IOException {s = "";{c = ( (JDBCConnectionPool) sc. getAttribute ("ConPool")). checkOut ();stmt = c. createStatement ();= FindBadGoods (stmt, session);

( (JDBCConnectionPool) sc. getAttribute ("ConPool")). checkIn (c);

} catch (SQLException e) {. printStackTrace ();

}(session. getAttribute ("role")! = null). setAttribute ("succ", true);. setAttribute ("search", s);dispatcher = sc. getRequestDispatcher ("/index. jsp");{. forward (request, response);

} catch (ServletException e) {. printStackTrace ();

}

}String FindBadGoods (Statement stmt, HttpSession session) {rs;Name;Count;DateOfReteil;sb = new StringBuffer ();b_id;_id = (Integer) session. getAttribute ("id");(b_id! = null && (session. getAttribute ("role"). equals ("buyer"))) {. append ("<table border=\"1\">\n" +

" <tr>\n" +

" <td><b>Название</b></td>\n" +

" <td><b>Куплено штук</b></td>\n" +

" <td><b>Дата покупки</b></td>\n" +

" </tr>\n");{= stmt. executeQuery ("SELECT * FROM \"OrdersHistory\" ('" + b_id + "'); ");(rs. next ()) {= rs. getString (1);= rs. getInt (2);= rs. getDate (3);formatter = new SimpleDateFormat ("dd. MM. yyyy");formattedDate = formatter. format (DateOfReteil);. append ("<tr>\n" +

" <td align=\"center\">" + Name + "</td>\n" +

" <td align=\"center\">" + Count + "</td>\n" +

" <td align=\"center\">" + formattedDate + "</td>\n" +

" </tr>\n");

}. append ("</table><p><p><center><a href=\"javascript: history. go (-1) \">

} catch (SQLException e) {. delete (0, sb. length () - 1);. append ("Ошибка! В БД отсутствуют запрашиваемые данные! <p><p><center><a href=\"javascript: history. go (-1) \">

}

} else. append ("<h3>Для осуществления данной операции Вам необходимо войти на сайт или зарегестрироваться. </h3></center><p><p><center><a href=\"javascript: history. go (-1) \">

}String getURL () {null;

}

}