Файл: 1. Техникоэкономическая характеристика предметной области и предприятия. 6.doc

Рисунок 2.1.1 Процессы жизненного цикла программного обеспечения


.

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

К ним относятся:

1. Заказ, - который в свою очередь определяет работу заказчика.

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

3. Разработка - работа разработчика, либо организации в которой работает разработчик нового программного продукта для заказчика.

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

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

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

1. Документирование - описывает основную информацию, выдаваемую в процессе жизненного цикла.

2.Управление конфигурацией – определяет основную работу по общему управлению конфигурацией.

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

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

5. Аттестация - определяет основную работу по аттестации программных продуктов программного проекта.

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

7. Аудит – определяет определенное соответствие требованиям, планам, договорам. Может использоваться двумя сторонами, когда одна из сторон контролирует работу другой.

---

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

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

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

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

Рисунок 2.1.3 Каскадная модель жизненного цикла программного обеспечения



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


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

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

---

Рисунок 2.1.5 Спиральная модель жизненного цикла программного обеспечения


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

С учетом необходимости минимизации возможных рисков для АО «Устай улусларарасы йапы тааххют ве тиджарет аноним ширкети».

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

- анализ;

- организация проекта;

- настройка системы;

- подготовка данных;

- тестовое испытание системы;

-сдача проекта.

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

Второй этап - организация проекта – выполняется основной группой разработчиков и представителей предприятия заказчика.

Третий этап - настройка операционной системы. На этом этапе выполняется создание прототипа автоматизированной системы организации, АО «Устай улусларарасы йапы тааххют ве тиджарет аноним ширкети».

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

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

Шестой этап - проводится сдача проекта в эксплуатацию. На этом этапе запланировано проведение аудита разработанной системы для АО «Устай улусларарасы йапы тааххют ве тиджарет аноним ширкети»а также проверка документации и передача проекта пользователям.

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

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

---

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

Вывод из эксплуатации - прекращение использования системы. Замена системы на новую, либо обновление существующей [7 с 68].

---

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

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

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

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

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

К данным рискам можно отнести:

1. 
   Уважительные причины по нетрудоспособности персонала, ибо прекращение трудовой деятельности в условиях фирмы разработчика специалиста данной области.
   
2. 
   масштабное изменения законов в сфере информационных разработок;
   
3. 
   изменения изначальных задач на разработку программного обеспечения заказчикам.
   
4. 
   изменение мнения заказчика о проекте, по ходу его развития.
   

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

2. Технические риски, связаны с проблемами реализации технических решений. К таким проблемам относятся:

Проблемы, возникшие в ходе разработки проекта;

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

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

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

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

---