Рагозина (1230550), страница 4

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 4)

Таким образом, объектом автоматизации является бизнес-процесс небольшой фирмы. Численность работников насчитывает 3 человек - генеральный директор, бухгалтер и механик. Клиентская база содержит более тридцати записей, из них двенадцать организаций на постоянном обслуживании. Документация ведётся в MS Excel.

Как видно из рисунка 2, деятельность предприятия базируется на законе РФ, Уставе и инструкциях, принятых на предприятии, и на базе знаний всех его участников. Кроме того, команда, работающая на предприятии, имеют важное значение - она являются физической стороной предприятия, исполнителем деятельности. Так же на предприятие поступает информация о новых сотрудниках, регулярно проводится закупка новых автомобилей. Когда в компанию обращается клиент с потребностью в одной из услуг, предоставляемой фирмой, он сообщает нужную для составления договора и сотрудничества информацию о себе. В конечном счёте, деятельность ЗАО «АвтоДор» приносит прибыль, что является финансовым результатом.

Рисунок 2 - Модель деятельности ЗАО «АвтоДор»

Список услуг предприятия.

Основной деятельностью ЗАО «АвтоДор» является предоставление автомобилей в аренду. Поэтому в качестве списка услуг выступают различные виды аренды. Аренда – вид имущественных отношений, при которых арендодатель передаёт своё имущество во временное использование арендатору за арендную плату.

• Краткосрочная аренда на один или несколько дней;

• долгосрочная аренда;

• аренда с последующим выкупом.

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

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

3.2 Жизненный цикл программного обеспечения

Понятие жизненного цикла (ЖЦ) является одним из ключевых понятий методологии проектирования информационных систем. Жизненный цикл программного обеспечения (ЖЦ ПО) – это период времени, процесс, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации (ГОСТ Р ИСО/МЭК 12207-99).

Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в некоторых случаях и процессы разработки. Основным нормативным документом, регламентирующим состав процессов ЖЦ ПО, является международный стандарт ISO/IEC 12207. Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, выполняемые во время создания ПО.

В соответствии со стандартом все процессы ЖЦ ПО делятся на три группы:

Основные процессы:

• приобретение;

• поставка;

• разработка;

• эксплуатация;

• сопровождение.

Вспомогательные процессы:

• документирование;

• управление конфигурацией;

• обеспечение качества;

• разрешение проблем;

• верификация.

Организационные процессы:

• создание инфраструктуры;

• управление;

• обучение;

• усовершенствование.

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

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

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

Э

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

ИНФОРМАЦИОННАЯ СИСТЕМА, ПЛАТФОРМА, КОНФИГУРАЦИЯ, ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

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

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

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

Процесс документирования включает следующие действия:

• подготовительную работу;

• проектирование и разработку;

• выпуск документации;

• сопровождение.

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

Документацию ПО разделяют на проектную и эксплуатационную.

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

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

• комплекс указаний по конфигурированию, администрированию и решению проблем информационной системы;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Стандарт ISO/IEC 12207 не предлагает конкретную модель ЖЦ и методы разработки ПО (под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении всего ЖЦ. Модель ЖЦ зависит от специфики информационной системы и специфики условий, в которых она создается и функционирует). Его регламенты являются общими для любых моделей ЖЦ, методологий и технологий разработки. Стандарт ISO/IEC 12207 описывает структуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать или выполнить действия и задачи, включенные в эти процессы.

К настоящему времени наибольшее распространение получили следующие основные модели ЖЦ:

• каскадная модель;

• спиральная модель [7].

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

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

Стадии разработки проекта для ЗАО «АвтоДор».

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

Характеристики

Список файлов ВКР