Разработка ИС ООО "АНИТ - Аудиторские услуги"

 

содержание

ВВЕДНИЕ

1.АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1Характеристика объекта автоматизации

1.2Анализ существующих разработок

1.3Техническое задание

2.ПРОЕКТИРОВАНИЕ СИСТЕМЫ

2.1Обоснование и выбор методологии проектирования

2.2Структурная схема системы

.3Разработка модели системы

.4Разработка сетевого плана выполнения проектных работ

2.4.1Определение состава работ по стадиям и этапам

2.4.2Построение первоначального исходного сетевого плана

.4.3Закрепление исполнителей за работами

.4.4Корректировка исходного сетевого плана

.4.5Разработка плана мероприятий при проектных работах

2.5Расчет технических характеристик

2.5.1Оценка надежности системы

2.5.2Оценка достоверности выдаваемой информации

3.РЕАЛИЗАЦИЯ СИСТЕМЫ

3.1Выбор языка программирования

3.2Выбор набора инструментов Денвер

.3Выбор БД MySQL

.4Реализация программного модуля

3.4.1Общие сведения

3.4.2Создание тематических разделов

3.4.3Разработка логической структуры

3.4.4Физической структуры

.4.5Подготовка дизайна, компоновка верстальной таблицей

.4.6Базы данных

.4.7Разработка функционала

3.5Кроссбраузерность информационной системы

4.ЭКОНОМИЧЕСКАЯ ЧАСТЬ

4.1Введение экономической части

4.2Определение трудоемкости работ

.3Составление сметы затрат на разработку проекта

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

4.3.2Расчет основной заработной платы

.3.3Расчет дополнительной заработной платы

.3.4Отчисления на социальные нужды

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

.3.6Расчет амортизационных отчислений

.3.7Итоговые результаты

4.4Вывод из экономической части

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ А

ПРИЛОЖЕНИЕ Б

ВВЕДЕНИЕ

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

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

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

Структура работы включает в себя следующие разделы:

Введение (обоснование актуальности исследования);

Раздел «Аналитическая часть» содержит описание характеристик объекта автоматизации, анализ существующих разработок, техническое задание.

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

Раздел «Реализация системы» содержит описание выбора языка программирования, выбора web - сервера, выбора базы данных MySQL, реализация и тестирования программного модуля.

Раздел «Экономическая часть» содержит описание выбора модели жизненного цикла, общее положение, составление сметы затрат на разработку проектов и эффект от внедрения программного продукта.

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1Характеристика объекта автоматизации

Название: ООО «АНИТ - Аудиторские услуги»

Форма собственности: Частная

Род деятельности: Аудиторская компания

ООО «АНИТ - Аудиторские услуги» организовалось в 2008 году в результате намерений учредителей ликвидировать ООО «Анит-Аудит», которое осуществляло аудиторскую деятельность 10 лет. Основной состав работников ООО «АНИТ - Аудиторские услуги» сформировался из бывших работников ООО «Анит-Аудит».

ООО «АНИТ - Аудиторские услуги» осуществляет свою аудиторскую деятельность в 2010 году на основании членства в НП Аудиторская палата России (основной регистрационный номер в реестре аудиторов и аудиторских организаций саморегулируемой организации аудиторов НП АПР -10801057252).

Лицензия на осуществление аудиторской деятельности № Е 009466, утверждена приказом Министерства Финансов РФ от 31.12.2008 года №728. Действительна по 31.12.2013 года.

Членство в саморегулируемой организации (СРО) аудиторов: «Некоммерческое Партнерство «Аудиторская Палата России» (ОРНЗ 10801057252). Свидетельство о членстве №7140 от 29.12.2009г.

Вступление в члены СРО было осуществлено до 1.01.2010 года, поэтому имеет место непрерывность в осуществлении аудиторской деятельности.

Аттестованные аудиторы являются членами саморегулируемой организации (СРО) аудиторов «Некоммерческое Партнерство «Аудиторская Палата России».

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

Гражданская ответственность застрахована на страховую сумму 5 000 000 руб. в страховой фирме САК «Энергогарант».

Структура департамента аудита представлена на рисунке 1.

Структура департамента методологии и контроля качества представлена на рисунках 2 и 3.

Функции и сфера ответственности сотрудников аудиторской организации при осуществлении аудита:

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

а) руководители аудиторской организации;

б) руководители аудиторских проверок - (руководители проектов, ведущие аудиторы);

в) старшие аудиторы (руководители звеньев или групп);

г) рядовые участники аудиторских проверок.

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

) Руководитель аудиторской организации:

а) ведет переговоры с руководством экономического субъекта;

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

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

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

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

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

Услуги предоставляемые в ООО «АНИТ - Аудиторские услуги»:

Аудиторские услуги:

Общий аудит.

Инициативный аудит.

Налоговый аудит.

Оценка бизнеса.

Аудиторское обслуживание.

Аудиторское консультирование.

Бухгалтерские услуги:

Постановка и ведение бухгалтерского учета.

Восстановление бухгалтерского учета.

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

Бухгалтерское консультирование.

Анализ финансово - хозяйственной деятельности фирмы.

Налоговые услуги:

Налоговый учет.

Налоговый аудит.

Оптимизация налогообложения.

Налоговое консультирование.

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

Для более полного обследования объекта, было разработано: описание бизнес-процессов, схема потоков данных.

Описание бизнес-процессов:

На рисунке 4, представлена диаграмма IDEF0.

Декомпозиция бизнес-процесс "Осуществить деятельность аудиторской компании" представлена на рисунке 5.

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

Функциональный блок «Обновить базу клиентов» описывает процесс обновления и перестроения базы клиентов.

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

Стрелка выхода «Руководитель проекта» представляет собой информацию о том кто занимается обновлением базы клиентов.

Стрелка выхода-входа «Документы» описывает те документы клиента которые он оформил и нуждаются в обновлении базы.

Декомпозиция блока «Зарегистрировать клиента» представлена на рисунке 6:

Функциональный блок «Обновить данные о клиенте» описывает процесс записи данных в БД.

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

Функциональный блок «Обработать данные» описывает процесс обработки всех полученных данных.

Стрелка выхода «Обобщенные данные» представляет собой информацию о данных клиента.

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

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

Спецификации процесса «Оказать аудиторские услуги»:. Оказать аудиторские услуги

ПРОЦЕСС: Оказать аудиторские услуги

ВХОД: Выбор услуги; Информация о клиенте; Банковская выписка; Данные сотрудника; Стоимость работ

ВЫХОД: Платеж; Данные об оказании услуг аудита; Требования; Договор; Счет на оплату; Коммерческое предложение

ПОДПРОЦЕССЫ:

А1. Заключить договор с клиентом

А2. Провести расчеты с клиентом

А3. Предоставить план работ сотруднику

А4. Выполнить работы

Диаграмма потоков данных на примере оказания аудиторской услуги (рисунок 8).

На данной диаграмме представлены процессы:

ПРОЦЕСС: Заключить договор с клиентом

ВХОД: Выбор услуги; Информация о клиенте

ВЫХОД: Данные договора; Договор; Коммерческое предложение

ПОДПРОЦЕССЫ:

А1. Составить договор

А2. Составить коммерческое предложение

А3. Провести анализ фирмы на аудиторскую проверку

А4. Сформировать базу клиентов

ПРОЦЕСС: Предоставить план работ сотруднику

ВХОД: Данные сотрудника; Стоимость работ; Данные договора;

ВЫХОД: Данные об оказании услуг; Требования; Платеж;

ПОДПРОЦЕССЫ:

А1. Составить требования

А2. Внести данные об оказании услуг аудита

ПРОЦЕСС: Выполнить работы

ВХОД: План работ; Данные договора;

ВЫХОД: Отчет о выполнении работ;

ПОДПРОЦЕССЫ:

А1. Выполнить план

А2. Составить отчет

А3. Проверить работу на наличие ошибок

.2Анализ существующих разработок

Обзор аналогов существующих веб ресурсов для фирмы ООО АНИТ - Аудиторские услуги

У фирмы есть два сайта: визита и информационный сайт.

) Сайт визитка ( #"justify">На нем указаны контакты, интересующая информация для клиентов, так же перечень услуг.

) Информационный сайт ( анит-аудит.рф )

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

Вывод из обзора существующих аналогов для фирмы ООО АНИТ - Аудиторские услуги:

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

Обзор аналогов существующих веб систем для аудиторских фирм:

) ИС ООО "Аудиторская фирма "БИЗНЕС-СТУДИО" [12].

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

Заказ аудиторских услуг

Расчет стоимости услуг

Консультации On - line

Новости

2) Система Профессиональные аудиторские услуги от аудиторской фирмы "Аудит Унисервис" [13].

Система дает возможность предварительного запроса на аудиторскую услугу

В систему внесены документы гарантирующие выполнение заказов

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

Вывод из обзора аналогов существующих веб систем для аудиторских фирм

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

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

1.3Техническое задание

Общие сведения

Полное наименование системы и ее условное обозначение

Полное наименование Системы: Инфотмационная система ООО «АНИТ - Аудиторские услуги». Подсистема управления взаимоотношениями с клиентами.

Сведения о заказчиках и исполнителях

Заказчик: фирма ООО «АНИТ - Аудиторские услуги» города Владимира.

Форма собственности: ООО

Исполнитель: Русин Дмитрий Вадимович

Основание разработки

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

Настоящее ТЗ разработано в соответствии с требованиями ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».

При создании проектно-эксплуатационной документации Исполнитель должен руководствоваться требованиями следующих нормативных документов Госстандарта:

) ГОСТ 34. Информационная технология. Комплекс стандартов на автоматизированные системы;

2) РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов;

3) ГОСТ 19. Единая система программной документации(ЕСПД).

Сроки исполнения работ

Плановые сроки начала и окончания работы:

Работы по созданию ИС сдаются и принимаются поэтапно в соответствии с календарным планом работ, разработанным исполнителем и утвержденным заказчиком.

Начало разработки - 01.07.2012 г.

Окончание разработки - 07.12.2012 г.

Сведения об источнике и порядке финансирования работ

Финансирование ведется за счет собственных средств Исполнителя.

Назначение и цели создания системы

Назначение системы

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

Общие цели создания системы

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

Исходными данными для проведения работ является:

- Информация о деятельности фирмы;

Отсутствие системы у фирмы.

Характеристика объектов автоматизации

Краткие сведения об объектах автоматизации

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

Сведения об условиях эксплуатации

Информационные процессы, возникающие при эксплуатации ИС, протекают непрерывно в течение всего рабочего времени субъектов.

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

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

Требования к информационной системе

Функции системы

- возможность заказать аудиторские услуги;

возможность обработать и проанализировать заказы;

возможность сопоставлять похожие заказы;

показ актуальной информации о фирме и чем она занимается.

Требования к системе в целом

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

Общими требованиями к Системе являются:

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

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

Предоставляемая информация должна иметь очевидную ценность для пользователей Системы.

Требования к структуре и функционированию системы

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

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

В качестве базового протокола сетевого и межсетевого взаимодействия должен использоваться TCP/IP (сокращение от английского Transfer Control Protocol / Internet Protocol, протокол управления передачей/протокол-Интернет) - стек протоколов Интернет.

Требования к приспособляемости (к изменению условий эксплуатации), масштабируемости системы

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

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

-в процессе адаптации защищенность не должна становиться хуже существующей на момент начала адаптации.

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

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

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

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

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

в) резервное копирования баз данных.

Вероятность безотказной работы системы за 500 часов должна быть не менее 0,99.

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

Надежность в части технического обеспечения должна обеспечиваться:

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

дублированием носителей информационных массивов.

Требования безопасности

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

Требования по эргономике и технической эстетике

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

-быть достаточно «легким» по объему графических элементов и обеспечивать как можно большую скорость загрузки страниц портала;

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

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

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

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

сохранять идентичность отображения на большинстве современных ОС и web-браузерах;

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

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

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

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

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

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению.

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

1) Взаимодействие вычислительных средств со скоростью обмена данными между конечными узлами сети не менее 100 Мбит / сек и скоростью обмена с центральной площадкой сети Интернет не ниже 10 Мбит / сек по каждому из каналов связи (основному и резервным);

) Электропитание технических средств от сети напряжением 380 / 220В с частотой 50 Гц с глухо-заземленной нейтралью. По основным показателям качества электроэнергии системы первичного электропитания должны соответствовать требованиям ГОСТ 13109-87, а по электромагнитной совместимости и устойчивости к электромагнитным помехам - ГОСТ Р50628-93 и МЭК-555-2;

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

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

Требования к обеспечению информационной безопасности

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

-Общие требования

Требования к структуре и функциям СЗИ (Система защиты информации)

Требования к программному и аппаратному обеспечению

Общие требования

Общие требования к Системе включают:

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

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

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

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

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

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

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

Разделение прав доступа

Разделение прав доступа предусматривается.

Общие требования к информации

Информация, представленная в ИС должна соответствовать следующим требованиям:

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

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

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

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

Требования по сохранности информации.

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

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

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

Режим работы круглосуточный

Вероятность безотказной работы системы за 500 часов должна быть не менее 0,99

Достоверность выдаваемой информации 0,995

Требования к достоверности официально публикуемой информации

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

-Информационные материалы, размещаемые в Подсистеме, должны быть своевременны, точны, и отражать текущее (действительное) состояние;

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

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

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

Требования к видам обеспечения

Четыре вида обеспечения:

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

Лингвинстическое обеспечение;

Программное обеспечение системы;

- Техническое обеспечение системы.

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

Типовой формат страниц в разделах и размещение материалов на них определяются заданными при разработке Системы шаблонами.

На главной странице каждого раздела Системы должны размещаться:

-ссылки на все его разделы и подразделы;

основные навигационные элементы;

ссылка на главную страницу Системы.

Лингвинстическое обеспечение

Под лингвистическим обеспечением понимаются:

-язык операционной системы и серверных приложений на базе которых построена Подсистема;

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

кодировка подготавливаемых и хранимых документов;

язык документов и web-приложений;

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

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

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

Программное обеспечение системы

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

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

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

Техническое обеспечение системы

В состав комплекса технических средств должны входить:

-серверы баз данных;

серверы приложений;

рабочие станции;

периферийное оборудование [4].

2.ПРОЕКТИРОВАНИЕ СИСТЕМЫ

2.1Обоснование и выбор методологии проектирования

язык программирование сервер данные

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

Концепция UML принципиально отличается от «традиционных» технологий (в частности, от блок-схем и электронных таблиц). Вместо того чтобы иллюстрировать изолированные части процесса, UML отдает предпочтение диаграммам верхнего уровня, позволяющим разработчикам скрывать детали и концентрироваться на функциональных особенностях, а не на последовательности действий. Данный подход предоставляет возможность начать с формирования общего взгляда на приложение, детали же раскрываются позже [1].

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

В UML созданы следующие модели (каждая модель представлена соответствующим типом диаграммы):

модель классов (Class Model). Служит для описания статической структуры системы: иерархии классов и отношений между ними;

модель взаимодействий: объекты (Collabo-ration Model) и сценарии (Sequence Model). Служит для описания механизмов взаимодействия объектов системы, реализующих ту или иную функцию;

модель процессов: физическая архитектура системы (Deployment Model). Описывает распределение процессов по процессорам в физическом проекте системы;

модель программных модулей (Component Model). Описывает распределение классов и объектов системы по модулям в физическом проекте системы;

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

Каждая из диаграмм, используемых в UML, позволяет рассматривать бизнес-процессы под определенным углом [6].

2.2Структура ИС

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

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

2.3Разработка модели системы

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

Диаграмма прецедентов представлена на рисунке 16.

Составление документа описания прецедентов

Оформить заказ.

. Краткое описание

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

Актер - клиент.

. Поток событий

Основной поток: клиент оформляет заявку на аудиторскую услугу.

) Клиент проходит авторизацию входит в систему.

) Входит в систему.

) Просматривает услуги.

) Может оставить отзыв.

) Клиент выбирает ссылку Заказ.

) Система откликается на вызов и выводит форму заказа.

) Заполняет данные в форме.

) Заполняет данные на услуги.

) Система формирует документ: Заказ на услугу.

) Клиент может вернуться в главное меню программы.

Альтернативный поток 1: Ошибка загрузки данных

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

а) Предусловие

Успешный отклик на запрос получения формы о заказа.

б) Постусловие

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

Диаграмма классов

Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывать их внутреннюю структуру и типы отношений [2].

На диаграмме классов (рисунок 17) представлены:

Клиент, Счет, Заказ, СRM система, Услуга

Диаграмма видов деятельности

Диаграмма видов деятельности (рисунок 18,19) показывает последовательность этапов, образующих сложный процесс. Диаграмма деятельности сосредоточивает внимание на операциях, а не на объектах [2].

Диаграмма последовательности (рисунок 20,21).

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

Диаграмма развертывания (рисунок 22).

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

Диаграмма отражает физические взаимосвязи между программными и аппаратными компонентами [2].

Диаграмма состояния (рисунок 23).

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

2.4Разработка сетевого плана выполнения проектных работ

.4.1 Определение состава работ по стадиям и этапам (таблица 1)

Таблица 1 - Определение состава работ по стадиями этапам

СтадииЭтапы работ1.Формирование требований к ИС1.1 Обследование объекта автоматизации, обоснование необходимости создания ИС. 1.2 Формирование требований пользователя к ИС, проведение анкетирования руководителей. 1.3 Оформление отчета о выполненной работе и заявки на разработку ИС (тактико-технического задания)2.Разработка концепции ИС2.1 Выбор и обоснование выбранной методологии проектирования и разработки 2.2 Изучение объекта автоматизации: сбор информации о деятельности предприятия, изучение регулярного документооборота предприятия, сбор сведений об информационно-вычислительной структуре предприятия. 2.3 Разработка вариантов концепции ИС, обзор аналогов и выбор варианта удовлетворявшего требованиям пользователя. 2.4 Создание схем бизнес процессов в предприятии и схем документооборота.3.Техническое задание3.1. Разработка и утверждение технического задания на создание ИС 3.2. Оформление ТЗ4. Эскизный проект4.1. Разработка предварительных проектных решений по системе и ее частям 4.2. Разработка эскизной документации5.Технически проект5.1 Разработка проектных решений по системе и ее частям 5.2 Разработка документации на ИС и ее части6. Рабочая документация6.1 Разработка рабочей документации на систему и ее части 6.2 Разработка или адаптация программ7. Ввод в действие7.1. Подготовка объекта автоматизации к вводу ИС в действие 7.2 Подготовка персонала 7.3 Комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями) 7.4. Пусконаладочные работы 7.5. Проведение предварительных испытаний 7.6. Проведение опытной эксплуатации 7.7. Проведение приемочных испытаний8.Сопровождение ИС8.1. Выполнение работ в соответствии с гарантийными обязательствами 8.2. Послегарантийное обслуживание

Перечень работ, проводимых на выделенных этапах разработки ИС «АНИТ - Аудиторские услуги» соответствует ГОСТ 34.601-90, однако, учитывая выбранную методологию проектирования и специфику ИС, целесообразно внести некоторые уточнения в содержание проводимых работ:

1.1.Обследование объекта и обоснование необходимости создания ИС:

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

1.2.Формирование требований пользователя к ИС:

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

1.3.Оформление отчета о выполненной работе и заявки на разработку ИС (тактико-технического задания):

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

.1 Выбор и обоснование выбранной методологии проектирования и разработки.

На данном этапе разработчик предоставляет обоснование выбранной методологии проектирования ИС «АНИТ - Аудиторские услуги» заказчику проекта.

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

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

.3. Разработка вариантов концепции ИС и выбор варианта концепции АС, удовлетворявшего требованиям пользователя:

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

.4. Создание схем бизнес процессов в предприятии и схем документооборота.

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

Создание схем документооборота фирмы.

.1. Разработка и утверждение технического задания на создание ИС:

На этом этапе проводят согласование и утверждение ТЗ на проектируемую ИС.

.2. Оформление ТЗ и его утверждение

На этом этапе идет оформление технического задания на проектируемую ИС.

.1. Разработка предварительных проектных решений по системе и ее частям:

Этап заключается в определении функций подсистем и системы в целом, задачи, цели ИС, ее структура, функции СУБД, определение вычислительной системы и т.д.

.2. Разработка документации на АС и ее части:

Смысл этапа в составлении и согласовании, оформлении и утверждении полной документации по всем функциям подсистем и самой системы по ГОСТ 34.201.

.1. Разработка проектных решений по системе и ее частям:

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

.2. Разработка документации на ИС и ее части:

Смысл этапа в составлении и согласовании, оформлении и утверждении полной документации по всем функциям подсистем и самой системы по ГОСТ 34.201.

.1. Разработка рабочей документации на систему и ее части:

Составляется рабочая документация все сведения, достаточные для проведения работ по внедрению проектируемой ИС, ее эксплуатации, поддержании качества системы в дальнейшем; оформление рабочей документации по ГОСТ 34.201.

.2. Разработка или адаптация программ:

На этом этапе проводят выбор программных средств системы, адаптацию приобретаемого ПО и разработку программной документации в соответствии с ГОСТ 19.101.

.1. Подготовка объекта автоматизации к вводу ИС в действие:

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

.2. Подготовка персонала:

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

.3. Комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями):

На данном этапе получаем комплектующие проектируемой ИС (аппаратные средства и ПО), осуществляется контроль качества изделий.

.4. Пусконаладочные работы:

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

.5. Проведение предварительных испытаний:

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

.6. Проведение опытной эксплуатации:

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

.7. Проведение приемочных испытаний:

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

.1. Выполнение работ в соответствии с гарантийными обязательствами:

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

.2. Послегарантийное обслуживание:

Этап заключается в следующем:

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

если существуют отклонения, устанавливается их причина;

устраняются недостатки АС с внесением изменений в документацию [5].

2.4.2 Построение первоначального исходного сетевого плана

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

На рисунке 24 представлен первоначальный сетевой план.

1 - получение заказа от заказчика на разработку ИС;

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

- получение отчета с обоснованием выбора концепции ИС;

- получение отчета с эскизом будущей системы

- получение отчета с окончательным вариантом концепции ИС

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

- Получение оформленной документации

- Получение отчетов о результатах внедрения

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

-2 - формирование требований к ИС (10 рабочих дней);

-3 - Разработка технического задания (5 рабочих дней);

-4 - Формирование эскизного проекта (10 рабочих дней);

-5 - Составление технической документации (16 рабочих дней);

-6 - Составление рабочего проекта (15 рабочих дней);

-7 - Ввод системы в действие (10 рабочих дней);

-8 - Сопровождение (25 рабочих дней);

Таким образом Tкр=106 дней Tдир = 86. Таким образом Tкр > Тдир

2.4.3 Закрепление исполнителей за работами

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

Таблица 2 - Закрепление исполнителей за работами

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

2.4.4 Корректировка исходного сетевого плана

В соответствии с «ГОСТ 34.601 - 90» стадию «Технический проект» и «Тестирование» объединим в стадию «Технорабочий проект». Оптимизированный сетевой план представлен на рисунке 25.

Условные обозначения событий:

) заказ на разработку

) формирование требований

) разработка концепции

) техническое задание

) технорабочий проект (технический проект, тестирование)

) ввод в эксплуатацию, документирование

6) сопровождение

0-1 формирование конкретных требований заказчика к проекту для начала более детального изучения объекта автоматизации (7 дней);

-2 соответствии с выполненными работами на стадии описания и обоснования предлагаемого варианта концепции методического комплекса проводят разработку технического задания на ИС (5 дней);

-3 разработка предварительных проектных решений по методическому комплексу, а также разработка документации на систему(7 дней);

-4 соответствии с эскизным проектом осуществляется разработка проектных решений по системе, проводится подготовка документации на поставку изделий для комплектования ИС (40 дней);

-5 - Подготовка объекта автоматизации к вводу ИС в действие. Тестирование и устранение недостатков(7 дней);

-6 - Осуществление внедрения проекта в эксплуатацию, документирование (10 дней).

За счет объединения 2-х стадий время выполнения проекта уменьшилось на 5 дней. Таким образом, общее время создания проекта (критический путь) уменьшится до 76 дней. В результате этого окончательная стоимость проекта будет снижена (рисунок 26).

1 - Диаграмма прецедентов

- Диаграмма классов

- Диаграмма состояний

- Диаграмма видов деятельности

- Программирование модулей

- Тестирование функций

- Конфигурирование и дизайн

8 - Окончательное оформление рабочей документации

1-2,- Разработка диаграммы состояний; Длительность данного процесса 2 рабочих дня.

-3,- Разработка диаграммы видов деятельности; Длительность данного процесса 2 рабочих дня.

-5 Разработка диаграмм состояния за 2 дня

-5,- Описание диаграмм. Разработка диаграммы развёртывания; описание нестандартных модулей; Длительность данного процесса 5 рабочих дней.

-6,- Тестирование проекта. Длительность данного процесса составляет 7 рабочих дней;

-7,- Создание конфигурации проекта и его оформление. Длительность данного процесса составляет 3 рабочих дня;

,7-8,- Окончательное оформление рабочей документации. Длительность данного процесса составляет 4 рабочих дня;

Таким образом, оптимизированный график выглядит так, как на рисунке 27.

-2 - формирование требований к ИС

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

-4 - составление технорабочего проекта

-5 - ввод системы в действие

-6 - сопровождение системы

оптимизированное Ткр = 84, что меньше Тдир

2.4.5 Разработка плана контрольных мероприятий при проектных работах

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

Таблица 3 - План контрольных мероприятий

ДатаНаименование контрольного мероприятия01.04.2013Получение заказа на разработку15.04.2013Подготовка данных для выделения вариантом использования25.05.2013Подготовка рассмотрения архитектуры относительно вариантов использования, разработка диаграммы классов10.05.2013Разработка уточненной диаграммы классов20.05.2013Разработка диаграммы развертывания25.05.2013Тестирование функций ИС "Анит - Аудиторские услуги"30.05.2013Демонстрация дизайна проекта10.06.2013Внедрение системы в компанию "Анит"20.06.2013Подписание акта сдачи-приема выполненных работ

2.5 Оценка надежности системы

.5.1 Оценка надежности

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

Схема последовательного соединения элементов представлена на рисунке 28.

Значения интенсивности отказов элементов проектируемой системы представлены в таблице 4.

Таблица 4 - Интенсивность отказов узлов системы

Название устройстваинтенсивность отказов, ?(t)·10-4 1/час,Процессор1,00Память1,00Линии связи0,10Клавиатура0,20Монитор0,83

Схема проектируемой системы представлена на рисунке 29.

Расчет надежности необходимо производить при следующих заданных условиях:

) Заданная наработка часов.

) Заданное значение вероятности безотказной работы .

) Заданное значение достоверности выдаваемой информации .

Рассмотрим основное соединение элементов

Рассчитаем основные характеристики надежности:

- интенсивность отказа;

- вероятность исправной работы;

- вероятность отказа;

- частота отказа;

- среднее время безотказной работы;

- среднее время безотказной работы при заданной наработке t=500

Вывод:

,

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

Общее резервирование (ненагруженный режим)

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

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

Таким образом, . Данная схема резервирования неэффективна.

Общее резервирование (нагруженный режим)

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

Рассчитаем основные характеристики надежности:

2

Таким образом, мы снова не достигли заданного уровня надежности

Поэлементное резервирование (ненагруженный режим)

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

Поэлементное резервирование представлено на рисунке 31.

Рассчитаем основные характеристики надежности:

Поэлементное резервирование (нагруженный режим)

Рассчитаем основные характеристики надежности в нагруженном режиме:

Вывод:

,

.- достигнуто требуемое значение показателя надежности.

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

Поэлементное резервирование (нагруженный режим (рисунок 32))

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

Поэлементное резервирование (ненагруженный режим)

Рассмотрим поэлементное резервирование процессора в ненагруженном режиме, т.к. резервирование памяти в ненагруженном режиме не имеет смысла.

На рисунке 33 представлено поэлементное резервирование.

Поэлементное резервирование процессора (нагруженный режим)

Рассмотрим поэлементное резервирование процессора в нагруженном режиме.

Поэлементное резервирование памяти (нагруженный режим)

Рассмотрим поэлементное резервирование памяти в нагруженном режиме, представленное на рисунке 34.

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

На рисунке 35 изображена сравнительная гистограмма эффективности методов резервирования.

На гистограмме видно, что наибольшая надежность при P7 способе резервирования, то есть при поэлементном резервировании процессора в ненагруженном режиме. Но стоит учитывать, что способы P4, P5, P6, P8, P9 резервирования дают необходимый уровень надежности. То есть выбор способа резервирования - вопрос экономической эффективности и важности резервируемых элементов. А наиболее важные элементы - память и процессор, но в памяти хранятся результаты работы системы. Таким образом, можно выбрать P9 способ резервирования.

2.5.2 Оценка достоверности выдаваемой информации

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

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

? достоверность выдаваемой информации (по условию 0,995);

Р ? оптимальное значение вероятности (P7 = );·h) - условная вероятность того, что ошибка работы ИС будет обнаружена, и УК будет правильно функционировать в случае возникновения отказа в ИС и отсутствия обнаруживаемой неисправности в средствах контроля.

= 0,0012;

h=0 - коэффициент достоверной контрольной информации.

рассчитаем k·h:

, =0,92 - условная вероятность обнаружения ошибки,

;

*=0,99 - вероятность исправной работы устройства контроля,0*=0,0024 - вероятность неисправной работы, при обнаруженном отказе,н*0,0076 - вероятность не обнаруженного отказа в работе.

Для того что бы получить заданный уровень достоверности информации, устройство контроля ИС "Анит - аудиторские услуги" должно обладать такими параметрами P*=0,99 Q0*=0,0024 Qн*=0,0076

. РЕАЛИЗАЦИЯ СИСТЕМЫ

3.1Выбор языка программирования

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

В области программирования для сети Интернет PHP - один из популярных скриптовых языков (наряду с JSP, Perl и языками, используемыми в ASP.NET) благодаря своей простоте, скорости выполнения, богатой функциональности, кроссплатформенности и распространению исходных кодов на основе лицензии PHP. Он отличается наличием ядра и подключаемых модулей, «расширений», которые увеличивают его функциональность.

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

При реализации программного модуля PHP будет использоваться в довольно популярной и распространенной связке - AMP (Apache, MySQL и PHP) с языком разметки HTML и таблицами стилей CSS [13].

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

3.2 Выбор набора инструментов Денвер

Денвер (от сокр. Д.н.w.р или ДНВР - джентльменский набор Web-разработчика) - набор дистрибутивов и программная оболочка, предназначенные для создания и отладки сайтов (веб-приложений, прочего динамического содержимого интернет-страниц) на локальном ПК (без необходимости подключения к сети Интернет) под управлением ОС Windows <#"justify">3.3 Выбор БД MySQL

- свободная система управления базами данных (СУБД). MySQL является собственностью компании Oracle Corporation, получившей её вместе с поглощённой Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License или под собственной коммерческой лицензией. Помимо этого разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.является решением для малых и средних приложений. Входит в состав серверов WAMP, LAMP и в портативные сборки серверов Денвер, XAMPP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц [3].

3.4 Реализация программного модуля

.4.1 Выбор средств реализации Wordpress

Преимущества системы wordpress

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

Вот перечень наиболее значимых возможностей и достоинств CMS Word Press:

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

) Подключаемые модули.

) Возможность публикации при помощи сторонних сервисов и программ.

) Удобная архитектура.

) Наличие тем, файлов-шаблонов.

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

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

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

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

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

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

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

3.4.2 Создание тематических разделов

Любое web - приложение состоит из разделов. Их количество, название и внутреннее наполнение зависит от выбранной тематики.

3.4.3 Разработка логической структуры

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

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

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

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

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

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

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

Все разделы моего приложения будут не зависимы друг от друга. Новости страница (рисунок 38) - будет являться стартовой.

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

3.4.4Физической структуры

Под Физической структурой, подразумевает алгоритм размещения физических файлов по поддиректориям папки, в которой опубликовано web - приложение.

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

Если тематические рубрики содержат собственные подразделы, каждая из них также имеет свою стартовую страницу, называющуюся index.php.

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

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

При присвоении имен файлов документам php старайтесь следить за тем, чтобы эти имена были смысловыми: впоследствии вы легко можете забыть содержимое и назначение какой-либо web-страницы, если имена файлов будут выглядеть, например, как l.php, 2.php. 3.php и т. д.

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

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

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

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

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

Также название каталогов и файлов отражает их предназначение и внутренне наполнение.

3.4.5 Подготовка дизайна, компоновка верстальной таблицей

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

Расположения блоков на сайте представлено на рисунке 43.

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

Шапка сайта анимирована. На все блоки наложенены эфекты (тени,скругления, текстуры, градиенты и др.)

3.4.6 Базы данных

Базы данных представлены в виде MySQL таблиц.

Их можно редактировать, изменять, копировать, переносить и др.

3.4.7 Разработка функционала

Разработка функционала велась по двум направлениям:

Клиентская часть;

Серверная часть.

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

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

Авторизация:

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

Регистрация:

Для регистрации нужно ввести Имя пользователя и E-mail.

На почту придет письмо с паролем, что подтвердит почту пользователя.

В дальнейшем пароль можно сменить в профиле.

Профиль пользователей:

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

Консоль администратора сайта. Позволяет производить все изменения в клиентской части ИС.

Заявка, расчет стоимости услуг:

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

Консультация On-line:

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

Контакты:

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

3.5 Тестирование системы

Кроссбраузерность

Проверка идентичности отображения web-страницы с различным экранным разрешением и цветовой палитрой и в различных браузерах

Ниже представлено web - приложение в браузерах при разрешении 1980х1080 px.

Проверку на идентичность делалась в трех четырех браузерах:

Mozilla firefox

Google Chrome

Yandex

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

Тестирование показало, никакой разницы в отображении нет Следовательно система разработана правильно.

. ЭКОНОМИЧЕСКАЯ ЧАСТЬ

4.1 Введение экономической части

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

4.2 Определение трудоемкости работ

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

)Подготовительные работы сроком 5 дней;

)Проектирование общей модели сроком 3 дня;

)Подготовка проекта сроком 5 дней;

)Реализация системы сроком 16 дней;

)Тестирование, отладка и внедрение сроком 5 дней.

Этапы15 дней23 дня35 дней416 дней55 днейПродолжительность (28 дня)Рисунок 60 - Диаграмма Ганта

После оптимизации продолжительность разработки при последовательно - параллельном выполнении работ Тп - п= 28дн.

4.3 Составление сметы затрат на разработку проекта

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

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

Тариф на электроэнергию 4,72 руб.

Перечень затрат на электроэнергию представлен в таблице 4.3.

Затраты на электроэнергию для освещения (Сэо), рассчитываются по формуле(1):

(1)

где Q -потребность в электроэнергии, кВт.ч.;

Цэ - стоимость 1кВт.ч электроэнергии 4,72 руб.

Расход электроэнергии можно определить по формуле(2):

(2)

где Wy - удельный расход электроэнергии на освещение (15 вт/ч на 1м2);

То - продолжительность осветительного периода (28×9=252 часа)в -освещаемая площадь 4×5=20 м2;

Кд - коэффициент, учитывающий дежурное освещение (1,05).=15·252·20·1,05/1000=79,38 кВт.ч.

Сэо =79,38·4,72=374руб.

Затраты на электроэнергию показаны в таблице 5.

Таблица 5 - Затраты на электроэнергию

Наименование Кол- воМощностьЦена за 1 кВтчВремя использования оборудованияОбщая стоимостьшт.кВтруб.час.руб.Компьютер руководителя10,44,722037,76Компьютер ИП10,44,72180339,84Принтер10,174,7254Освещение0,34,72252356,83Итого:-738

4.3.2 Расчет основной заработной платы

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

((3)

где - месячный оклад i-го исполнителя, [руб.];

- трудоемкость работ, выполняемых i-м исполнителем, [чел. /дни] - определяются из календарного плана-графика;

- среднее количество рабочих дней в месяце. Принимается d=20 день.

Расчет затрат на оплату труда каждого исполнителя:

Расчет основной заработной платы представлен в таблице 6.

Таблица 6 - Основная заработная плата работников

ДолжностьТарифная ставка, руб.Рабочий фонд времени, дн.Заработная плата работника, руб.Руководитель проекта26 00045200Инженер - программист20 0001818000Специалист по отладке ИС22 00066600Итого:-29800

Величина ставки является средним значением по Владимирской области

4.3.3 Расчет дополнительной заработной платы

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

,((4)

где - коэффициент отчислений на дополнительную заработную плату.

Принимается .

Тогда дополнительная заработная плата с учетом коэффициента отчислений составит:ЗД = 29800 × 0,2 = 5960 руб.

4.3.4 Отчисления на социальные нужды

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

,(5)

где - коэффициент отчислений на социальное страхование.

Принимается

Тогда:СС = 0,3 × (29800 + 5960) = 10728 руб.

4.3.5 Накладные расходы

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

,

где - коэффициент накладных расходов.

Принимается

Тогда

Cнакл = 0,3 × СЗО. = 0,3 × 29800 = 8940 руб.

4.3.6 Расчет амортизационных отчислений

Расчет ведется по формуле(6):

,(6)

где А - годовые амортизационные отчисления;

Т - время работы оборудования;

- действительный годовой фонд рабочего времени на ПЭВМ.

Цена ПЭВМ требуемая для разработки ПО представлены в таблице 7:

Таблица 7 - Цена ПЭВМ требуемая для разработки

НаименованиеЦенаЦП: AMD Phenom II X4 925BOX (ядро Deneb 2,8ГГц, Socket AM3,L2-кеш 2 мб, L3-кеш 6 мб.5200Системная плата: Gigabyte GA-MA770T-UD3P (Socket AM3, AMD770, 4хDDR3 1066\1333\1666 максимум до 16 Гб, PCIex16, 2xPCIe, 4xPCIe, IDE,6xSATA,8xUSB2,0, IEEE 1394a, S\PDIF-out, COM,LAN, 2xPS\2, аудио)3200Память: 4096 Мб 1333МГц, DDR3 Kingston PC 10666 (KVR1333D3N9-2G)2450Видеокарта: XFX Radeon HD 5750 1Гб GDDR5 (PCIex16,2xDVI,HDMI,DisplayPort)6450Жесткий диск: Seagate Barracuda ST3320418AS 320Гб (SATA-2, 7200 об\мин, 16Мб)2400Оптический привод: NEC AD-7243S-08LF (SATA, CD-ROM\R\RW, DVD-ROM\RAM, DVD-R\RW,DL)950Корпус: ASUS TA-881 (ATX, 450 Вт, 1х12см, 24+4 pin, 2xUSB,2200Монитор: BenQ SE2241 (TFT, 21,5 дюйм, 1920х1080, 5мс, 250кд\м3,1000: 1, VGA, DVI, HDMI. SCART, композитный, компонентный10500Мышь: A4TechXL-750BK (360dpi, лазерная, проводная) Клавиатура: A4TechKX-6MU-R-slim (проводная,104 осноных+13 дополнительных клавиш)1700Итого:32890

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

Таблица 8 - Перечень необходимого ПО

Наименование ПОКол-воЗатраты, руб.Microsoft Windows 7 Professional17 400,00Microsoft office 201218 300,00Adobe Photoshop CS 519 500,00Artisteer 411 845,00Итого:27 045,00

Следовательно затраты на ПО составили 41 360,00 руб.

Данные для расчета амортизационных отчислений представлены в таблице 9.

Таблица 9 - Данные для расчета амортизационных отчислений

Наименование отчисленийЦенаЦена ПО , руб.27 045Цена ПЭВМ , руб.32 890Процент на амортизационные отчисления, %12Годовой фонд рабочего времени на ПЭВМ (пятидневная неделя, 7,5 часовой рабочий день), час1950А=0,12·59935·2=14384 руб.

Т=245,91·7,5=1844,3 [час.]

(из расчета 7,5 часового рабочего дня)

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

руб.

4.3.7 Итоговые результаты

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

Таблица 10 - Результаты расчетов

Наименование статьиСтоимость, руб.Затраты на оплату труда29800Дополнительная заработная плата5960Отчисления в ФСС10728Амортизация оборудованияНакладные расходы8940Затраты на электроэнергию738Итого69 768

Вывод: затраты на разработку программы составляют 157 346 рублей.

Цена создания программного продукта с учетом норматива рентабельности определяется по формуле (7)

,(7)

где С - затраты на разработку ПП;

норматив рентабельности 30 %.

Ц = 69768 ·1,3 = 90698 [руб.]

Цена создания разрабатываемой программы составляет 90698 рублей.

Прибыль рассчитывается по формуле(8):

(8)

Пр = 90698 - 69768= 20930руб.

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

Величина получаемой прибыли от реализации программного продукта составила 20 930 рублей.

4.4 Вывод из экономической части

В результате расчетов было получено общее время выполнения проекта, которое составило 28 дней. Затраты на разработку программы составляют 69 768 рублей. Цена создания программного продукта с учетом норматива рентабельности составляет 90698 рублей. Величина получаемой прибыли от реализации программного продукта составила 20 930 рублей.

ЗАКЛЮЧЕНИЕ

В результате проделанной работы была спроектирована ИС ООО «АНИТ - Аудиторские услуги», подсистема управления взаимоотношениями с клиентами. Были рассчитаны показатели надежности, схемы резервирования и план выполнения работ. Благодаря объектно-ориентированному подходу удалось выполнить проектные работы в кратчайшие сроки и подготовить документацию для разработки системы.

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

После проведения проектирования системы была выполнена реализация веб ресурса который:

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

дает возможность заказывать аудиторские услуги;

позволяет осуществлять редактирование каталога аудиторских услуг;

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

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

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1.Макаров, Р.И. Проектирование информационных систем: Методические указания к практическим занятиям / Р.И. Макаров, В.И. Мазанова. - В.: Владимирский государственный университет, 2008. - 84 с.

.Александров, Д.В. «CASE-технологии». Учебное пособие./ Д.В. Александров, И.В. Грачев, Д.Н. Фадин. - 2006. - 367 с.

3.Макаров, Р.И. «Проектирование информационных систем» / Р.И Макаров, В.И. Мазанова - Указания к практическим занятиям, 2008. -79с.

4.ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы» - Введ. 01 - 01 - 1990 - М.: Издательство стандартов, 1992 - 14с.

.ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» - Введ. 01 - 01 - 1992 - М.: Издательство стандартов, 1995 - 7с.

.Фаулер, М. «UML основы» / М. Фаулер, К. Скотт. - Символ+, 2002. -246с.

.Рунге, В. Ф. Основы теории и методологии дизайна./ В. Ф. Рунге, - М.: Пресс, 2003. - 178 с.

.Морозов, В. В. Основы технологий информационной поддержки изделий машиностроения: Учебное пособие/ В. В. Морозов, А. Б. Костерин, П. В. Стрелоков. - 2009. - 145 с.

9. Сайт "Оптимизация сайта" [Электронный ресурс], - Режим доступа: <#"justify">ПРИЛОЖЕНИЕ А

Листинг исходного кода разработанного плагина АНИТ.

Файл Anit_audit.php:

<?php

/*Name:АНИТURI: #"justify">*/

// Создадим функцию, где разместим информацию о "ООО АНИТ - Аудиторские услуги" используюя HTMLAnit_audit(){"<h4>Краткая информация о АНИТ - Аудиторские услуги</h4> <br<br>

<h6> Наш адрес: 600000,<br>

г.Владимир, ул.Столетовых, д.9<br>

Часы работы:<br>

Понедельник-пятница<br>

с 10:00 до 18:00<br>

Суббота и воскресенье - выходные дни.<br>

Тел./факс: (4922) 321402<br>mail: [email protected]<br><h6>

";

}

// Здесь мы объявляем шорткод - и прикрепляем к нему функцию - Anit_shortcode ('Anit', 'Anit_audit');

?>

ПРИЛОЖЕНИЕ Б

Листинг исходного кода Главной страницы веб ресурса.

Файл index.php :

<?php

/**

* Handles Comment Post to WordPress and prevents duplicate comment posting.

*

* @package WordPress

*/( 'POST' != $_SERVER['REQUEST_METHOD'] ) {('Allow: POST');('HTTP/1.1 405 Method Not Allowed');('Content-Type: text/plain');;

}

/** Sets up the WordPress Environment. */( dirname(__FILE__) . '/wp-load.php' );_headers();

$comment_post_ID = isset($_POST['comment_post_ID']) ? (int) $_POST['comment_post_ID'] : 0;

$post = get_post($comment_post_ID);( empty($post->comment_status) ) {_action('comment_id_not_found', $comment_post_ID);;

}

// get_post_status() will get the parent status for attachments.

$status = get_post_status($post);

$status_obj = get_post_status_object($status);( !comments_open($comment_post_ID) ) {_action('comment_closed', $comment_post_ID);_die( __('Sorry, comments are closed for this item.') );

} elseif ( 'trash' == $status ) {_action('comment_on_trash', $comment_post_ID);;

} elseif ( !$status_obj->public && !$status_obj->private ) {_action('comment_on_draft', $comment_post_ID);;

} elseif ( post_password_required($comment_post_ID) ) {_action('comment_on_password_protected', $comment_post_ID);;

} else {_action('pre_comment_on_post', $comment_post_ID);

}

$comment_author = ( isset($_POST['author']) ) ? trim(strip_tags($_POST['author'])) : null;

$comment_author_email = ( isset($_POST['email']) ) ? trim($_POST['email']) : null;

$comment_author_url = ( isset($_POST['url']) ) ? trim($_POST['url']) : null;

$comment_content = ( isset($_POST['comment']) ) ? trim($_POST['comment']) : null;

// If the user is logged in

$user = wp_get_current_user();( $user->exists() ) {( empty( $user->display_name ) )

$user->display_name=$user->user_login;

$comment_author = $wpdb->escape($user->display_name);

$comment_author_email = $wpdb->escape($user->user_email);

$comment_author_url = $wpdb->escape($user->user_url);( current_user_can('unfiltered_html') ) {( wp_create_nonce('unfiltered-html-comment_' . $comment_post_ID) != $_POST['_wp_unfiltered_html_comment'] ) {_remove_filters(); // start with a clean slate_init_filters(); // set up the filters

}

}

} else {( get_option('comment_registration') || 'private' == $status )_die( __('Sorry, you must be logged in to post a comment.') );

}

$comment_type = '';( get_option('require_name_email') && !$user->exists() ) {( 6 > strlen($comment_author_email) || '' == $comment_author )_die( __('<strong>ERROR</strong>: please fill the required fields (name, email).') );( !is_email($comment_author_email))_die( __('<strong>ERROR</strong>: please enter a valid email address.') );

}( '' == $comment_content )_die( __('<strong>ERROR</strong>: please type a comment.') );

$comment_parent = isset($_POST['comment_parent']) ? absint($_POST['comment_parent']) : 0;

$commentdata = compact('comment_post_ID', 'comment_author', 'comment_author_email', 'comment_author_url', 'comment_content', 'comment_type', 'comment_parent', 'user_ID');

$comment_id = wp_new_comment( $commentdata );

$comment = get_comment($comment_id);_action('set_comment_cookies', $comment, $user);

$location = empty($_POST['redirect_to']) ? get_comment_link($comment_id) : $_POST['redirect_to'] . '#comment-' . $comment_id;

$location = apply_filters('comment_post_redirect', $location, $comment);_safe_redirect( $location );;

содержание ВВЕДНИЕ 1.АНАЛИТИЧЕСКАЯ ЧАСТЬ 1.1Характеристика объекта автоматизации 1.2Анализ существующих разработок 1.3Техническое задание

Больше работ по теме: