Диплом: Разработка системы электронного документооборота для ВУЗа (Бузулукский гуманитарно-технологический институт")

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
64
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 авалс Разработка проекта автоматизации
2.1.1 сорт Этапы жизненного цикла сорт проекта автоматизации
Жизненный цикл водив (ЖЦ) программного средства водив (ПС) – это водив период
времени, который водив начинается с момента водив принятия решения о водив
необходимости его создания, водив и заканчивается в водив момент его полного водив
изъятия из эксплуатации. водив [4, с. 21]
Существует  сон целый ряд методологий,  сон описывающих жизненный
цикл  сон ПО:
- ГОСТ 34.601-99  сорт стандарт на  сорт стадии и этапы  сорт создания АИС,
соответствующие  сорт каскадной модели жизненного  сорт цикла ПО. В  сорт стандарте
приводится описание  сорт содержания работ на  сорт каждом этапе.
- ISO/IEC  сорт 12207:1995 «Information Technology  сорт — Software Life  сорт Cycle
Processes» –  сорт стандарт на процессы  сорт и организацию жизненного  сорт цикла
заказного ПО.  сорт Он определяет структуру  сорт жизненного цикла, содержащую  сорт
процессы, действия и  сорт задачи, которые должны  сорт быть выполнены во  сорт время
создания ПО.  сорт Каждый процесс разделен  сорт на набор действий,  сорт каждое
действие —  сорт на набор задач.  сорт Каждый процесс, действие  сорт или задача
инициируется  сорт и выполняется другим  сорт процессом по мере  сорт необходимости,
причем не  сорт существует заранее определенных  сорт последовательностей
выполнения.
- Методология  сорт Oracle – технологический  сорт материал по разработке  сорт
прикладных АИС, детализированный  сорт до уровня заготовок  сорт проектных
документов в  сорт расчете на использование  сорт Oracle. Применяется для  сорт
классической модели жизненного  сорт цикла (предусмотрены все  сорт работы,
65
задачи там и этапы), а там также для технологий там «быстрой разработки» или там
«облегченного подхода», рекомендуемых там в случае малых там проектов.
- Методология RUP  авалс (Rational Unified Process)  авалс технологический
материал  авалс по реализации итеративной  авалс модели разработки, включающей  авалс 4
фазы: начало,  авалс исследование, построение и  авалс внедрение. Каждая фаза  авалс разбита
на этапы  авалс (итерации), результатами которых  авалс являются версии для  авалс
внутреннего или внешнего  авалс использования. Каждый цикл  авалс завершается
генерацией очередной  авалс версии системы. Предполагает  авалс создание и
сопровождение  авалс моделей на базе  авалс UML.
- Методология MSF там (Microsoft Solution Framework) там
технологический материал там по реализации итеративной там модели разработки,
аналогично там RUP, включает 4 там фазы: анализ, проектирование, там разработку,
стабилизацию; предполагает там использование объектно-ориентированного
моделирования.
-  сорт Extreme Programming (XP)  сорт - экстремальное программирование.  сорт
Основой методологии является  сорт работа в команде,  сорт эффективные
коммуникации между  сорт заказчиком и исполнителем  сорт в течение всего  сорт проекта;
разработка АИС  сорт ведется с использованием  сорт последовательно
дорабатываемых прототипов.
Стандарт  сорт ГОСТ 34.601-99 не  сорт вполне подходит для  сорт проведения
разработок в  сорт настоящее время: многие  сорт процессы отражены недостаточно,  сорт а
некоторые положения  сорт устарели.
В методологии  парк Oracle, RUP,  парк MSF, XP  парк не приводится  парк структура и  парк
описание технической  парк документации по  парк проекту.
Поэтому  сорт выбираем для проектирования  сорт ИС стандарт ISO/IEC  сорт
12207:1995.
66
Стандарт ISO/IEC 12207  бар задает полный набор  бар процессов (более 40),  бар
охватывающий все возможные  бар виды работ и  бар задач, связанных с  бар
построением программного средства,  бар начиная с анализа  бар предметной
области и  бар заканчивая изготовлением конечного  бар продукта. Данный стандарт  бар
содержит основные и  бар вспомогательные процессы.
В зависимости  агор от проекта процессы,  агор действия и задачи  агор стандарта
выбираются, упорядочиваются  агор и включаются в  агор модель ЖЦ. При  агор
применении они могут  агор перекрывать, прерывать друг  агор друга, выполняться
итерационно  агор или рекурсивно. Это  агор определяет «динамический» характер  агор
стандарта и позволяет  агор реализовать с его  агор помощью произвольную модель  агор
ЖЦ ИС.
Из данного клоп стандарта можно выбрать клоп только те процессы, клоп которые
более всего клоп подходят для реализации клоп конкретной ИС. Обязательными клоп
являются основные процессы, клоп которые присутствуют во клоп всех известных
моделях клоп ЖЦ. В зависимости клоп от целей и клоп задач предметной области клоп они
могут быть клоп пополнены дополнительными (документирование, клоп обеспечение
качества, верификация клоп и валидация и клоп т.п.) и организационными клоп
(планирование, управление и клоп др.) процессами этого клоп стандарта. Разработчик
принимает клоп решение о включении клоп в новую создаваемую клоп модель ЖЦ
процесса клоп обеспечения качества компонентов клоп и системы управления клоп
проектом или определения клоп набора проверочных (верификационных) клоп
процедур для обеспечения клоп правильности продукта и клоп соответствия его
заданным клоп требованиям.
Для рассматриваемой ИС водив выделяются следующие базовые водив процессы
жизненного цикла водив [1]:
1. Разработка
· Планирование там и анализ требований там (предпроектная стадия);
67
· Проектирование;
·  док  Реализация;
· Тестирование
· Внедрение;
2.  сон Эксплуатация
· Поддержка  парк пользователей;
· водив Техническое обслуживание компонентов водив системы;
3. Сопровождение
· Сбор клоп рекламаций
· Исправление ошибок  агор и недоработок
· Модернизация
На  сон предпроектной стадии необходимо  сон провести системный анализ,  сон
включающий анализ работы  сон учебно-методического отдела и  сон выявление
недостатков существующей  сон технологии работы с  сон информацией. [16] На  сон
основе выявленных недостатков  сон формулируется потребность в  сон
совершенствовании системы управления  сон учебным процессом, создается  сон
технико-экономическое обоснование проекта  сон (ТЭО), формулируются
технические  сон условия и требования  сон к ИС. Результаты  сон должны быть
оформлены  сон в виде ТЗ  сон (технического задания). Первый  сон этап выполняется
зам.  сон директора по учебной  сон работе, с привлечением  сон методистов. Входную
информацию  сон зам. директора по  сон учебной работе получает  сон из учебных
планов  сон и документации по  сон учебной работе, должностных  сон инструкций,
расписаний.
68
Следующий этап водив проектирование ИС водив включает в водив себя
разработку в водив соответствии со сформулированными водив требованиями состава
автоматизируемых водив функций (функциональная архитектура), водив состава
обеспечивающих подсистем водив (системная архитектура), оформление водив
технического проекта ИС. водив Входной информацией для водив проектирования
является ТЗ. водив На этом этапе водив определяется состав программных водив подсистем и
компонентов водив оборудования, составляются спецификации водив требований к
компонентам водив ПО, определяется состав водив компонентов ПО (в водив том числе
повторно водив используемых компонентов), интерфейсы водив с БД, структуры водив
хранения данных, алгоритмы водив обработки информации, спецификации водив
интерфейсов с другими водив системами автоматизации, требования водив к тестам.
Данный водив этап является очень водив ответственным с точки водив зрения качества всей водив
последующей разработки.
На этапе  док  реализации выполняется физическое  док  проектирование,
программирование, наполнение  док  баз данных, тестирование,  док  разработка
инструкций для  док  методистов.
Тестирование ИС. На  бар этом этапе оценивается  бар система в целом  бар на
соответствие требованиям  бар ТЗ.
Внедрение системы необходимо  сорт проводить в три  сорт этапа [2, с.79]:
-  бар подготовка объекта к  бар внедрению;
- опытное внедрение;
- водив сдача проекта в водив промышленную эксплуатацию.
На этапе там подготовки объекта к там внедрению планируется провести там
следующие работы:
- установить  авалс клиентское ПО на  авалс все компьютеры системы;
69
- заполнить  парк справочники системы  парк реальными данными;
- обеспечить клоп пользователей эксплуатационной документацией;
-  агор обучить персонал работе  агор с системой.
В процессе  бар внедрения системы участвуют:  бар разработчики системы
(программист)  бар и будущие пользователи  бар системы. Программист проводит  бар
обучение пользователей, конфигурирует  бар систему, заполняет справочники,  бар
проверяет правильность взаимодействия  бар всех подсистем, оперативно  бар
устраняет возникающие при  бар развертывании системы неполадки.
Опытная  сорт эксплуатация системы должна  сорт проводиться не менее  сорт 3
месяцев. В  сорт случае обнаружения ошибок  сорт на этапе опытной  сорт эксплуатации,
осуществляется поиск  сорт причин и устранение  сорт ошибок, внесение коррективов  сорт
в программу, в  сорт технологию обработки данных.  сорт После устранения ошибок  сорт
подписывается «Акт о  сорт проведении опытной эксплуатации»,  сорт который
служит началом  сорт перехода к третьему  сорт этапу – сдаче  сорт системы в
промышленную  сорт эксплуатацию.
На этапе эксплуатации  сорт производятся следующие работы:
-  авалс периодическая актуализация справочников  авалс системы
(осуществляется ответственным  авалс за справочник лицом);
-  сорт периодическое архивирование информационной  сорт базы системы на  сорт
CD-носителях (пользователи системы);
-  авалс локализация проблем и  авалс устранение причин их  авалс возникновения
(программист);
- модификация  док  ПО (программист);
70
- подготовка  агор предложений по совершенствованию  агор системы
(пользователи системы);
- водив развитие и модернизация водив системы (программист).
Таким  парк образом, в  парк качестве стандарта  парк жизненного цикла  парк
информционной системы  парк выбран ISO/IEC  парк 12207:1995, в  парк качестве модели  парк
жизненного цикла  парк информационной системы  парк выбрана спиральная,  парк в
качестве  парк стратегии внедрения  парк выбрана стратегия  парк «Пилотный проект».
2.1.2 агор Ожидаемые риски на агор этапах жизненного цикла агор и их
описание
В водив ходе жизненного цикла водив информационной системы всегда водив могут
возникнуть риски, водив могущие сорвать разработку. водив Для их избежания водив
проводится оценка вероятных водив рисков и разрабатываются водив способы,
позволяющие избегнуть водив эти риски или водив минимизировать их влияние.
Рассмотрим  агор наиболее вероятные риски  агор по фазам жизненного  агор цикла
информационной системы  агор в соответсвии с  агор выбранным стандартом.
Фаза выработки  бар концепции - возможен  бар риск создания концепции,  бар
которую впоследствии будет  бар сложно (не возможно)  бар реализовать. В
выработки  бар концепции должны быть  бар описаны основные (базовые)  бар функции
разрабатываемой информационной  бар системы. Главное создать  бар основу, и в  бар
дальнейшем развивать созданную  бар систему.
Для предотвращения возникновения там рисков на фазе там выработки
концепции, необходимо там четко понимать свои там возможности. Для
предотвращения там переоценки собственных сил, там в первую очередь там нужно
создать общую там концепцию, в которой там будут включены только там базовые
71
функции будущей там системы. И по там мере углубления в там тему разработки
расширять там дополнительными функциями.
Фаза планирования  парк - на  парк фазе планирования  парк возможен риск  парк
неправильного планирования,  парк разработка очень  парк оптимистичных планов  парк
проекта, в  парк которые компания  парк не успеет  парк уложиться, вследствие  парк чего придется  парк
увеличивать время  парк разработки, что  парк повлечет за  парк собой удорожание  парк проекта в  парк
целом. К  парк фазе планирования  парк нужно отнестись  парк очень важно,  парк следить за  парк
каждым этапом  парк и анализировать  парк реалистичность результатов.
Для водив предотвращения риска на водив фазе планирования, нужно водив во время
планирования водив заложить в график водив поправки на возможные водив задержки в
выполнении водив тех или иных водив действий. Так нужно водив попытаться создать гибкий водив
график который бы водив не ломался в водив связи задержки или водив опережения.
Фаза разработки  парк - возможен  парк рисок того  парк что разработка  парк определенного
модуля  парк будет сопряжен  парк с большими  парк трудностями, что  парк какая-та функция  парк
будет мешать  парк продвижению разработки.  парк На данной  парк фазе важно  парк во время  парк
определить проблемный  парк модуль или  парк функцию и  парк по возможности  парк упростить
ее,  парк заменить другой  парк или убрать  парк из проекта  парк полностью.
Для  сорт предотвращения риска разработки  сорт сложного модуля, можно  сорт
принять несколько решений,  сорт либо разбить данный  сорт модуль на несколько  сорт и
решить поставленные  сорт задачи по отдельности,  сорт либо упростить сложный  сорт
модуль, если это  сорт единственный вариант преодоления  сорт риска.
Фаза стабилизации -  бар на фазе стабилизации  бар возможен риск выявления  бар
большого количества ошибок  бар в программном коде,  бар что потребует больших  бар
затрат на доработку  бар и устранения всех  бар выявленных ошибок. Невозможно  бар
предсказать, сколько ошибок  бар будет найдено и  бар как много времени  бар
понадобится на их  бар устранение.
72
Для предотвращения рисков  бар на фазе стабилизации,  бар необходимо
данной фазе  бар отвести максимально возможное  бар время, выделенное на  бар
разработку системы.  бар Так как в  бар зависимости от того  бар на сколько качественным  бар
будет продукт, зависит  бар примет ли заказчик  бар данную разработку или  бар нет.
Фаза внедрения -  агор фаза внедрения может  агор оказаться очень длительной,  агор
если заказчик по  агор каким-либо причинам будет  агор не доволен разработанным  агор
продуктом, методисты ВУЗа  агор могут негативно относиться  агор к внедрению
нового  агор программного обеспечения.
Для предотвращения  док  рисков на данной  док  фазе необходимо произвести  док 
качественное обучение методистов  док  еще до начала  док  внедрения, обучить
сотрудников  док  информационного центра для  док  обеспечения обслуживания и  док 
поддержки. Понять какие  док  проблемы могут возникнуть  док  в процессе внедрения  док 
и уже быть  док  готовым к их  док  решению. Постоянно консультировать  док  методистов
по поводу  док  возникших у них  док  трудностей.
2.1.3 там Организационно-правовые и программно-аппаратные там
средства обеспечения информационной там безопасности и защиты там
информации
В последнее время там выделяют следующую важную там проблему
информационных систем там - защита информации. там Дело в том, там что защита
информационной там системы должна быть там системной. Понятие системности там
заключается не просто там в создании соответствующих там механизмов защиты, а там
представляет собой регулярный там процесс, осуществляемый на там всех этапах
жизненного там цикла информационных систем. там При этом, все там средства, методы
и там мероприятия, используемые для там защиты информации объединяются там в
единый целостный там механизм - систему там защиты. К сожалению, там
необходимость комплексного обеспечения там безопасности информационных
73
технологий там пока не находит там должного понимания у там пользователей
современных информационных там систем. В то там же время, построение там систем
защиты информации там не ограничивается простым там выбором тех или там иных
средств защиты. там Для создания таких там систем необходимо иметь там определенные
теоретические  авалс знания, а именно:  авалс что представляет собой  авалс защищенная
информационная система,  авалс что такое система  авалс защиты информации и  авалс какие
требования предъявляются  авалс к ней, какие  авалс существуют угрозы и  авалс причины
нарушения безопасности  авалс информационных технологий, какие  авалс функции
защиты и  авалс каким образом должны  авалс быть реализованы, как  авалс они
противодействуют угрозам  авалс и устраняют причины  авалс нарушения безопасности,
как  авалс построить комплексную систему  авалс защиты информации, как  авалс достичь
высокого уровня  авалс безопасности при приемлемых  авалс затратах на средства  авалс защиты
информации и  авалс многое, многое другое.  авалс Вопросы безопасности информации  авалс -
важная часть  авалс процесса внедрения новых  авалс информационных технологий во  авалс все
сферы жизни  авалс общества. Широкомасштабное использование  авалс вычислительной
техники и  авалс телекоммуникационных систем в  авалс рамках территориально-
распределенных информационных  авалс систем, переход на  авалс этой основе к  авалс
безбумажной технологии, увеличение  авалс объемов обрабатываемой информации  авалс
и расширение круга  авалс пользователей приводят к  авалс качественно новым
возможностям  авалс несанкционированного доступа к  авалс ресурсам и данным  авалс
информационной системы, к  авалс их высокой уязвимости.  авалс Реализация угроз
несанкционированного  авалс использования информации наносит  авалс сейчас гораздо
больший  авалс ущерб, чем, например,  авалс пожары в помещениях  авалс или физическое
воздействие  авалс на сотрудников. Однако  авалс затраты на построение  авалс системы защиты
информации  авалс еще пока несоизмеримо  авалс малы по сравнению  авалс с затратами на  авалс
защиту от грабителей  авалс или на противопожарную  авалс защиту. К тому  авалс же в наше  авалс
время наблюдается постепенный  авалс переход от чисто  авалс физических методов
воздействия  авалс на конкурентов к  авалс более интеллектуальным, в  авалс том числе с  авалс
использованием новейших средств  авалс и способов добывания  авалс информации.

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран