Дипломная работа: Автоматизация учета рабочего времени сотрудников в ТОО "Профессиональные охранные системы"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
62
Кулер для процес-
сора
Socket775 Arctic Cooling "Alpine 7 GT" (ret)
Продолжения таблицы 1.13
Характеристика конфигурации ПК пользователя.
Материнская
плата
Socket775 ASUS "P5G41-M LE/C/SI" (iG41, 2xDDR2, U100,
SATA II, PCI-E, D-Sub, DVI, SB, 1Гбит LAN, USB2.0, mATX)
(oem)
Модуль опера-
тивной памяти
2ГБ DDR2 SDRAM Kingston "ValueRAM" KVR800D2N6/2G
(PC6400, 800МГц, CL6) (ret)
Жесткий диск
200ГБ Seagate "Barracuda 7200.12 ST3320418AS" 7200об./мин.,
16МБ (SATA II) (oem)
63
II Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл разработки программного обеспечения (ЖЦ) — это про-
цесс, используемый индустрией программного обеспечения для проектирования,
разработки и тестирования высококачественного программного обеспечения. ЖЦ
нацелен на производство высококачественного программного обеспечения, кото-
рое соответствует ожиданиям клиентов или превосходит их, в кратчайшие сроки
завершает работу и оценивает затраты.
ЖЦ является аббревиатурой жизненного цикла разработки программ-
ного обеспечения.
Это также называется процессом разработки программного обеспечения.
ЖЦ — это структура, определяющая задачи, выполняемые на каждом
этапе процесса разработки программного обеспечения.
ISO / IEC 12207 является международным стандартом для процессов
жизненного цикла программного обеспечения. Он призван стать стандартом,
определяющим все задачи, необходимые для разработки и обслуживания про-
граммного.
ЖЦ это процесс, которому следует программный проект в рамках органи-
зации программного обеспечения. Он состоит из подробного плана, описываю-
щего, как разрабатывать, поддерживать, заменять и изменять или улучшать кон-
кретное программное обеспечение. Жизненный цикл определяет методологию
улучшения качества программного обеспечения и общего процесса разработки.
Custom Development Method (и, методика Oracle) по разработке прикладных
информационных систем под заказ - конкретный материал, детализированный до
уровня заготовок проектных документов, рассчитанных на использование в про-
ектах с применением Oracle. Степень адаптивности CDM ограничивается тремя
моделями ЖЦ: "классическая" (предусмотрены все работы/задачи и этапы),
"быстрая разработка" (Fast Track), "облегченный подход", рекомендуемый в слу-
чае малых проектов и возможности быстро прототипировать приложения.
RUP был разработан на основе результатов сотни различных проектов по
разработке программного обеспечения и идеи некоторых из наиболее влияющих
64
на людей в программной инженерии дисциплины. XP представляет гибкие модели
процесса. MSF была разработана на основе большого опыта Microsoft собрала на
протяжении десятилетий.
RUP, процесс доступен как продукт, становится государством-оф-практики
в отрасли за последние годы и был расширен для поддержки элементов XP.
Microsoft продвигает свою Framework решения, включив его в предстоящем
выпуске системы Visual Studio Team и следует примеру Rational, предоставляя не
только описание процесса, но и полный продукт для его поддержки.
Rational Unified Process является наиболее часто используемым процессом
разработки программного обеспечения в промышленности. Основные преимуще-
ства являются поддержкой через Rational Software, которая постоянно совершен-
ствует процесс, поддержка инструмента и инструмент документацию плотно со-
единенную, а также поддержку Rational для и наставничества в реализации про-
цесса. RUP обеспечивает хорошо структурированную основу, разделенную на
фазы и рабочие процессы, что позволяет легкую навигацию в рамках. Дополни-
тельные понятия артефактов и рабочих легко понять и облегчить планирование
ресурсов и работу структурирование. Процесс включает в себя комплексные меры
по обеспечению качества. Минимальные стандарты как требования к проектиро-
ванию и разработке программного обеспечения итерационного включены, а также
тестирования, управления конфигурациями и взаимодействия с клиентом в тече-
ние всего процесса.
Framework Microsoft Solution обеспечивает глубокое понимание разработки
программного обеспечения практикуются в Microsoft. MSF представляет собой
попытку Microsoft, чтобы распространять свои знания по разработке программ-
ного обеспечения. MSF является одним из двух дополняющих друг друга струк-
тур (кроме Microsoft Operations Framework (MOF)), образуя комплексное решение
для крупных софтверных компаний, занятых средних и крупных проектов. Тем не
менее, MSF может применяться самостоятельно. Это не зависит от Министерства
финансов, что позволяет легко реализации в средних компаниях. Сосредоточение
на достижение высокого качества программного обеспечения, основные прин-
ципы структуры включают в себя итеративно добавлении функциональности и
65
«по команде из-пэров» подхода без лидера доминирующей проекта. Оба прин-
ципа не только улучшить качество программного обеспечения, но и то, как он по-
строен. Microsoft предоставляет несколько шаблонов для артефактов, рекомендо-
ванных в MSF. Поскольку MSF не включает в себя огромный набор рекомендуе-
мых средств (которые будут меняться с следующей версией Visual Studio), она
может быть легко интегрирована в существующую среду разработки.
Экстремальное программирование представляет собой совершенно новый
подход к разработке программного обеспечения. Для небольших проектов, XP
предлагает хороший подход для достижения высокого качества программного
обеспечения. Тесное вовлечение клиента, основное внимание на тестировании, и
подход к снижению ИКР поддержки этой цели. Тем не менее, XP может привести
к организационным проблемам при применении в больших проектах. Для боль-
шинства проектов, тесная интеграция клиента в процессе разработки трудно до-
стичь.
Основными критериями для выбора стандарта ЖЦ будут в таблице 2.1:
Итерационной – для того, чтобы установить более высокое качество про-
граммного обеспечения, процесс разработки программного обеспечения должен
использовать итеративный и инкрементный подход к развитию. Итерационные
циклы включают все виды деятельности в области развития анализа, проектиро-
вания, реализации, тестирования и, наконец, развертывание. Контроль качества
может применяться более эффективно в течение всего процесса. При использова-
нии итеративного подхода, процесс приобретает большую гибкость при работе с
изменяющимися требованиями или областью. Выпуски продукта из произведения
силы ранней обратной связи от клиентов и заинтересованных сторон, которая
имеет жизненно важное значение для улучшения общего качества программного
обеспечения. Однако, итеративная разработка должна быть поддержаны управле-
ниями рисками и ранним вовлечением конечных пользователей для достижения
своего полного потенциала. XP основывается на очень строгий итеративный под-
ходе, требующий ежедневную сборку всех компонентов. Это ограничивает время,
необходимое для столкнуться с ошибками и разработчиков сил, чтобы решить
проблему как можно скорее. Конечно, неполные компоненты или отдельные ме-
тоды исключены из ежедневной сборки. Структура декомпозиции работ должна
66
рассмотреть эти вопросы, чтобы позволить интеграцию мелких компонентов каж-
дый день. Используя этот подход требует планирования много, но, безусловно,
обеспечивает высокое качество программного обеспечения;
Качество – как цель процесс разработки программного обеспечения необ-
ходимо определить качество как основной целью улучшения общего качества
программного обеспечения. Целевые показатели качества должны быть опреде-
лены и документированы с участием команды проекта и клиента. Это гаранти-
рует, что цели качества становятся достижимыми и измеримыми. MSF определяет
качественные цели проекта в начале и подчеркивает выполнение этих целей в ка-
честве основной части проекта.
Непрерывно проверка качества – набор процедур, которые документируют
каждое изменение в ходе проекта необходимо, чтобы окончательно гарантировать
качество. Не только отчеты о состоянии проекта, но и оценки текущей деятельно-
сти и возможных изменений необходимы для выявления проблем, как можно ско-
рее. Для поддержки этих процедур, каждый проект нуждается в определенный
процессе для управляемых изменений. Все эти действия могут быть реализованы
в виде заседаний или поддерживающих рабочие процессы. Непрерывно проверки
качества включает в себя тщательное тестирование. Кроме внутреннего тестиро-
вания, внешние приемочные испытания с клиентом необходимо также для того,
чтобы убедиться, что продукт отвечает потребностям и требованиям заказчика.
Поэтому процесс разработки программного обеспечения должен включать в себя
рабочий процесс тестирования на протяжении всего процесса, в том числе внеш-
них испытаний с конечными пользователями, чтобы обеспечить высокое качество
программного обеспечения.
Требования к работе с клиентами – процесс разработки программного обес-
печения основывается на четкой структуре и методологии вызывать и требований
заказчика документ. Он также должен интегрировать эти требования в полном
процессе. Выявление требований является одним из наиболее сложного про-
граммного обеспечения инженерных дисциплин. Потребности и пожелания кли-
ента, которые обычно не имеют глубоких технических знаний, должны быть до-
кументированы, так что разработчики могут создавать приложения на основе этой
Источник: https://baza.diplomsite.ru/previewfile/2420