· I этап — предпроектный (обследование, составление отчета, технико-экономического обоснования и технического задания);
· II этап — проектный (составление технического и рабочего проектов);
· III этап — внедрение (подготовка к внедрению, проведение опытных испытаний и сдача в программную эксплуатацию);
· IV этап — анализ функционирования (выявление проблем, внесение изменений в проектные решения и существующие АИС и АИТ).
Этапы создания информационных систем
Стадии разработки определяют в наиболее общей форме состав действий по проектированию ИС, их последовательность и требования к составу и содержанию проектной документации. Стадии разработки регламентируются ГОСТами и отраслевыми стандартами.
Модели представления определяют совокупность понятий (видов элементов и отношений между ними), привлекаемых для описания проектных решений в рамках конкретной предметной области на определенной стадии разработки, выбранной методики проектирования.
Уровни детализации определяют иерархическую декомпозицию компонентов проектируемой системы. Они могут регламентироваться в рамках определенной методики проектирования.
Модель представле ния — это синтаксически и семантически определенная средствами ядра совокупность конфигураций, позволяющая описывать, анализировать и документировать заданные аспекты проектируемой системы на заданных стадиях разработки с различными уровнями детализации ее элементов.
Предлагается ввести пять основных моделей представления для проектирования информационных систем:
• функциональная модель;
• модель данных;
• модель пользовательского интерфейса;
• структура программных модулей;
• логика.
Первые две модели представления в качестве основных используют следующие виды элементов:
• действие;
• данное;
• систему;
• объект;
• атрибут.
Функциональная модель ориентирована на описание систем, способных выполнять действия над данными.
Модель данных ориентирована на описание структуры информационных объектов, их функциональных взаимосвязей, необходимых для поддержания заданных действий.
Указанные две модели взаимно дополняют друг друга, разрабатываются совместно и не требуют привлечения понятий языков программирования высокого уровня.
Модель пользовательского интерфейса ориентирована на описание взаимодействий пользователей с проектируемой системой, состава форм представления и команд управления заданиями.
Структура программных модулей ориентирована на описание статической структуры программой системы и опирается на понятия языков программирования высокого уровня.
Логика ориентирована на описание потока управления (последовательности выполнения) операторов программной системы и действий пользователей.
Для представления структуры ИС может быть использована информационно-логическая модель, основу описания которой представляет граф, отражающий типизированные связи между типизированными компонентами. Каждый компонент представляется парой: <имя типа Х имя компонента>
Каждая связь представляется совокупностью элементов:
<имя типа>
<имя исходного компонента>
<имя вида отношения>
<имя типа>
<имя связанного компонента>
Метаобъекты — это базовые компоненты для конструирования модели предметной области.
Виды элементов — это экземпляры конкретного метаобъекта.
Модель представления конкретной предметной области есть описание совокупности видов элементов и их взаимосвязей.
Элемент — это экземпляр вида элемента.
Конкретные проектные данные представляются в виде совокупности элементов и их разнообразных взаимосвязей.
Используется три вида цепочек связей:
<метаобъектХимя метаобъекта> — описание структуры метаобъ-ектов;
<имя метаобъектаХимя вида элемента> — описание структуры видов элементов;
<имя вида элемента>.<имя элемента> — описание связей элементов.
Важным элементом проектирования ИС является ядро моделей представления функциональных спецификаций, опирающееся на следующие компоненты: конфигурацию и структуру.
Конфигурация определяется как граф, представляющий интересующий разработчика аспект проектируемой системы. Вершинам этого графа ставятся в соответствие элементы различных видов системы. Дугам фафа ставятся в соответствие интересующие отношения между элементами.
С дугами и вершинами могут быть связаны разнообразные количественные меры, задаваемые соответствующими функциями принадлежности.
Структура — это совокупность конфигураций. Таким образом, структура системы определяется через множество выбранных видов элементов, множество элементов, множество рассматриваемых видов отношений и множество функций принадлежности, характеризующих количественно связи элементов.
Структура (лат. structura) — прочная, относительно устойчивая связь (отношение) и взаимодействие элементов, сторон, частей предмета, явления, процесса как целого.
Ядро — это система понятий, посредством которой можно определять интересующие разработчика конфигурации и структуры проектируемой системы. Основными понятиями ядра являются:
вид_элемента — определяет устойчивый для конкретной предметной области набор свойств, объединяющий конкретные проектируемые компоненты в группы;
вид_отношения — определяет устойчивые для конкретной предметной области группы связей между проектируемыми компонентами;
отношение — определяется видами элементов, вступающими во взаимосвязь и видом отношения, задающим семантику связей.
Ядро позволяет описывать требуемые виды отношений, виды элементов и отношения.
29) Модели жизненного цикла программного продукта. Виды и особенности. Процессы жизненного цикла систем по ISO 15288:2002
Жизненный цикл программного обеспечения — ряд событий, происходящих с системой в процессе ее создания и дальнейшего использования. Говоря другими словами, это время от начального момента создания какого либо программного продукта, до конца его разработки и внедрения. Жизненный цикл программного обеспечения можно представить в виде моделей.
Модель жизненного цикла программного обеспечения — структура, содержащая процессы действия и задачи, которые осуществляются в ходе разработки, использования и сопровождения программного продукта.
Эти модели можно разделить на 3 основных группы:
