Дипломная работа: Корпоративные информационные системы в системе управления предприятием (на примере ПАО "Стрела")

Скачать

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
73
Есть целый ряд стандартов, определяющих ЖЦ ПО, а в отдельных
случаях и процессы разработки.
Среди самых известных стандартов выделяют следующие:
• ГОСТ 34.601-90 - распространяется на АИС и указывает в себе
стадии и этапы их создания. Также в нем имеется описание содержания
работ на всех этапах. Стадии и этапы работы, отраженные в стандарте,
зачастую соответствуют каскадной модели жизненного цикла.
• ISO/IEC 12207:1995 - стандарт на процессы и реализацию
жизненного цикла. Применяется ко всем видам заказного ПО. Стандарт не
имеет описания стадий, фаз и этапов.
• Custom Development Method по созданию прикладных ИС -
технологический материал, углублённый до уровня заготовок проектных
документов, которые рассчитаны на применение в проектах совместно с
Oracle. Используется CDM для типовой модели ЖЦ (имеются все
работы/задачи и этапы), а также для случаев «быстрой разработки» (Fast
Track) или «облегченного подхода», которые будут оптимальны в малых
проектах.
• Rational Unified Process (RUP) включает в себя итеративную
модель разработки, имеющую четыре фазы: старт, анализ, создание и
использование. Все эти фазы могут быть разделены на этапы (итерации),
по итогу которых имеется версия для внутреннего или внешнего
использования. Реализация четырех основных фазы считается циклом
разработки, и любой такой цикл завершается созданием версии системы. В
случае, если работа над проектом не прекращается и после этого,
полученный продукт продолжает оптимизироваться и снова проходит те
же фазы. Суть реализации в рамках RUP - это разработка и сопровождение
моделей на базе UML.
• Microsoft Solution Framework (MSF) похож на RUP, так же
имеет четыре фазы: исследование, пос.оение, создание, стабилизация,
74
является итерационным, включает в себя применение объектно-
ориентированного моделирования. MSF в отличии от RUP в сильнее
ориентирован на создание бизнес-приложений.
• Extreme Programming (XP). Экстремальное программирование
(самая молодая среди остальных методологий) было реализовано в 1996
году. В основе методологии лежит командная работа, четкая
коммуникация между исполнителем и заказчиком в течение всего срока
проекта, а сама разработка реализуется методом последовательной
доработки прототипов.
• Стандарт ISO/IEC серии 15288.
При выборе стандарта основным определяющим фактором является
более полное и подробное описание работ на стадиях и этапах разработки
АС (автоматизируемых систем). Стандарт ISO/IEC 12207 не содержит
подробное описание работ на разных стадиях и этапах разработки АС.
Стандарт CDM рассчитан на использование в проектах с применением
Oracle технологий, который в данном проекте не используются. Стандарт
MSF, как было ранее сказано, в большей степени ориентирован на
разработку бизнес-приложений. Стандарт XP ориентирован на командную
работу. В данном проекте будет использоваться ГОСТ 34.601-90, так как
он содержит описание работ на каждом этапе разработки АС.
Стадии создания ИС.
1. Формирование требований к системе,
2. Разработка концепции,
3. Техническое задание,
4. Технический проект,
5. Оформление документации,
6. Внедрение.
На этапе «Формирование требований к системе», производится
следующие работы: обследование объекта, формирование требований
75
пользователя, обоснование необходимости разработки системы. На данном
этапе задействованы следующее участники: IT-менеджер, начальник
отдела по работе с клиентами. После выполнения всех работ формируется
отчет о проделанных работах - характеристика объекта автоматизации,
описание требований к системе, определение затрат на разработку,
введение в эксплуатацию и сопровождение, ожидаемый эффект от системы
и условия создания и эксплуатации системы.
После выполнения этапа «Формирования требований к системе»
разрабатываются варианты концепции. Производят разработку
альтернативных вариантов концепции и планов реализации, оценку
необходимых ресурсов на реализацию ИС и дальнейшее
функционирование, оценка преимуществ и недостатков каждого варианта,
сопоставление требований пользователя и характеристик предлагаемой
системы. На этапе «Разработка концепции» участвует IT-менеджер. После
выполнения данных работ выбирается один из подходящих вариантов
концепции удовлетворяющий всем требованиям.
После этапа «Разработка концепции» разрабатывается ТЗ
(техническое задание) проекта автоматизации. После разработки и
оформления ТЗ, необходимо его согласовать и утвердить. Участники на
данном этапе работ: IT-менеджер, начальник отдела по работе с
клиентами. В результате данный пункт определяет: функции ИС, функции
подсистем, состав комплекса задач и отдельных задач, концепция
информационной базы, функции систем управления базой данных, а также
функции и параметры программных средств.
Следующим этапом после разработки и утверждения ТЗ идет
разработка проектного решения. IT-менеджер, совместно с
программистом, разрабатывают физическую и логическую модель БД,
определяют организацию базы данных. По завершению этапа
«Технический проект» IT-менеджером совместно с программистом
76
производится оформления рабочей документации, включающие в себя:
технические требования, программные требования, руководство
пользователя.
После выполнения всех работ и оформления рабочей документации
остается этап внедрения разрабатываемого проекта. На этапе внедрения
происходит: подготовка объекта автоматизации, обучение персонала,
производятся строительно-монтажные работы, пусконаладочные работы,
проведение предварительных испытаний, проведение опытной
эксплуатации и проведение приемочных испытаний. Участники данного
этапа: IT-менеджер, системный администратор, начальник отдела работы с
клиентами. После чего анализируются испытания ИС, проверка на
соответствие ТЗ, устраняются неполадки и подписываются необходимые
акты.
На этапе эксплуатации системы производится ее эксплуатация.
Работы, ожидаемые на этапе эксплуатации, можно разделить на две
группы: плановые и неплановые.
К плановым работам будут относится такие работы, как:
инсталляция программного обеспечения;
базовая настройка и проверка работоспособности компонентов
устанавливаемой системы;
устранение недостатков в конфигурации системы;
проверка надежности работы системы;
окончательная донастройка.
Данные работы будут проводиться той же группой, что и на ранних
этапах. В состав этой группы входят сотрудники технического отдела —
технические специалисты и системные администраторы, сотрудники ИТ
отдела.
77
Для разрабатываемого проекта наиболее подойдет каскадная модель
для разработки приложения из-за возможности контроля промежуточных
фаз.
Далее произведем выбор стратегии внедрения разработанной
системы. В настоящий момент выделяется четыре стратегии внедрения
информационной системы:
Параллельная стратегия - для случая, когда старую
работающую систему необходимо заменить новой;
Скачок – эта стратегия подразумевает резкий переход от одной
системы автоматизации к другой;
Опытная эксплуатация «пилотного» проекта - это тактика
«скачка», но применяемая к ограниченному числу изделий, наиболее
успешна в малом участке деятельности;
Узкое место - при внедрении «узкого места» план внедрения
выполняется только для «узкого места» и для людей, работающих в нем.
Исходя из описания и условий деятельности компании, а также
особенностей разрабатываемой информационной системы, в качестве
стратегии внедрения была выбрана стратегия Опытная эксплуатация
«пилотного» проекта, так как в этом случае внедрение системы произойдет
с наименьшими потерями для компании.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
Проект создания ИС учета заказов, как и все остальные проекты по
созданию ПО, включает множество неопределенных моментов, которые
могут повлечь за собой риски срыва реализации проекта.
Управление рисками состоит в их раннем выявлении и принятии
мер, которые позволят либо 100% предотвратить их возникновение, либо
значительно уменьшат последствия.
Источник: https://baza.diplomsite.ru/previewfile/9109

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

Изложение содержания дела, по которому приняты судебные постановления
_-___-~1
_1-тема-СтрМетал
_1966(~1
_files_materials_5053_prog.ntr