 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | ||||||||||||||||||||||||||
Разработка системы Lifecycle (SDLC)
25 октября 2007
Система Жизненные циклы развития!
Водопад модель также знает, как SDLC был первоначально опубликован в 1970 У. Royce. Это шаг за шагом, путем развития проектов.
Водопад модели разбивается на несколько этапов, и каждый этап завершен прежде чем переходить к следующей.
Этапы модели водопада
В модели водопада Есть семь этапов развития проекта.
Проблема определения
На этом этапе пользователи или менеджер понимает, что информационная система уже не отражает существующего бизнеса, который может быть расширен или, что им нужно для компьютеризации своей ручной работы.
Эта проблема могла произойти из-за жалоб со стороны пользователей или на официальном пересмотре системы информации.
Аналитик изучает, есть ли проблемы, а затем изучает проблемы в деталях, и разрешение на проведение технико-экономического обоснования приводится. Это разрешение вывода или результата на данном этапе. Таким образом пользователи, менеджеров и аналитиков, используемые в этой сцене.
Технико-экономическое обоснование:
На этом этапе аналитик рассматривает ли новая система является возможным. Он оценивает масштабы этой проблемы и определяет рамки проекта. Он рассматривает проблемы нынешней системы и что будет требовать от новой системы.
Экономические, технические и эксплуатационные осуществимость сделали. Вывод доклада технико-экономического обоснования.
Инструменты, используемые на данном этапе являются факт, методов сбора и оценки. Пользователи и плюс аналитик управления активное участие.
Анализ
На этой стадии детального исследования делаются по поводу существующей системы. Это включает
чтение существующей документации
Собеседование пользователей
Наблюдение работу, проводимую
Существующие процедуры наблюдения
Анкеты
После сбора необходимых фактов по поводу существующей системы аналитик диаграммы существующей системы, а затем считает функций новой системы. Новый набор диаграмм, которые включают новые функции производится. Прототип также генерируется с помощью этих фактов собрались, чтобы помочь пользователям неопределенным знаю, чего они хотят в новой системе. Таким образом, помогает выявить новые требования. Аналитики делает задачу спецификации факт использования инструментов сбора, прототипы, DFD, данные модели процесса в частности и т.д. Пользователи принимают участие так же как и аналитиков
Дизайн:
На этом этапе в основном оборудование и программное обеспечение приказал, чтобы они могли вовремя прибыть на строительство.
Функциональные диаграммы переведена на иерархические диаграммы аналитиком, чтобы определить, какие программы необходимы, и как они соотносятся друг с другом. Аналитик принимает решение о структуре программы, интерфейс программы и иерархию, в которой программы будут организованы.
Аналитик обеспечивает высокое качество конструкций, включает в себя меры по обеспечению безопасности, дизайн прост в использовании форм ввода, вывода отчетов интерфейсов.
Дизайнер базы данных выполняет файл требованиям. Выход дизайн спецификации.
Инструменты используются DFD, словарь данных, модели данных, образцов, схем системы: персонал, задействованный являются пользователями, аналитиков, конструктор баз данных.
Строительство
Компьютерной среде будет подготовлен, программы для записи сделаны, и они проходят тестирование, пользовательская документация и учебные пособия, разработки.
Компьютерная среда готовится средств электрические провода, сетевые кабели установлены, мебель, кондиционирования воздуха на месте. Компьютерах установлены и протестированы.
Программы пишутся в соответствии с программой и спецификаций. Программы проверена с помощью ходьбы до конца и группы гостей. Аналитик контролирует написании учебных пособий и документации пользователя. Пользовательская документация включает руководства пользователя, пользователь быстро справочников, на экране помощи и т.д.
Люди, вовлеченные являются программистов и аналитиков. Инструменты, используемые структура, пошаговые руководства, CASE инструменты и т.д.
6. Преобразование
Аналитик помогает сотрудникам перейти от старой системы к новой. Аналитики контролирует передачу данных в электронном виде в новой системе.
Преобразование может быть сделано по-разному
Фазовый переход
Параллельные Преобразование
Прямого преобразования
- Экспериментальные Преобразование
Выходные в том, что система функционирует и инструментов, используемых автоматизированных передачи данных программ.
7. Техническое обслуживание:
Система изменения внесенные в систему после постановки на боевое дежурство. Обслуживание может быть
(1) Совершенный (3) превентивные
(2) корректирующих (4) адаптивного
Традиционных SDLC имеет ряд хороших возможностей. Он был хорошо зарекомендовавших. Однако этот метод, как известно, есть несколько недостатков.
Некоторые из недостатков SDLC являются пользователей недовольство. SDLC предполагает, что пользователь уже знает все их требования таким образом, они надеются, что пользователи сказать, что их требования и один раз документально требования должны оставаться неизменными, что они разрабатывают системы с этими требованиями и обнаружили, что когда система будет реализована, это не обеспечить их потребности или их изменение требований, поэтому они стали недовольны системой.
Неспособность удовлетворить потребности управления в том, что система, разработанная с подходом, в основном операционными системами обработки, такие как выплата заработной платы, которая касается счетов с низким уровнем оперативных задач и тем самым игнорируя потребности в информации о тактических и топ-менеджмента, что они требуют, чтобы принимать решения, например, какие продукты прекратить продажу и т.д.
Непритязательный дизайн системы, в том, что системы, разработанные с помощью данного подхода часто стремятся автоматизировать ручной оперативных задач, таких как счета-фактуры, таким образом, они, как правило, приходят с проектирования систем, которые похожи на существующие вручную.
Применение отставания, этот подход имеет много фаз с подпунктом фаз, это может занять несколько недель, чтобы завершить этап, таким образом, общее время разработки одного проекта может быть месяцев, и если Есть другие системы ожидания, которые будут разработаны с помощью этого процесса, он может причиной отставания.
Обслуживание нагрузки с фирмы может быть много систем для разработки, развития часто быстро и "грязных" таким образом, чтобы срок поставки, таким образом, приводит к системам, которые принимают огромные усилия, чтобы сохранить.
Проблемы с документацией, такой подход обеспечивает документации осуществления процесса, который очень идеальным, но обозначение документации к компьютеру человека, что документация сугубо технический характер и их сложно понять пользователем.
Популярность: 49% [ ? ]
Комментарии
Got-то сказать?
