Стадия передачи в эксплуатацию

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

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

 

 

Методология и технология разработки информационных
систем

 

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

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

· соответствие создаваемой информационной системы целям и задачам предприятия, а также предъявляемым к ней требованиям по автоматизации бизнес-процессов;

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

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

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

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

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

• поддерживать полный жизненный цикл информационной системы;
• обеспечивать гарантированное достижение целей разработки системы с задан­ным качеством и в установленное время;
• обеспечивать возможность разделения (декомпозиции) крупных проектов на ряд подсистем — составных частей, разрабатываемых группами исполнителей ограниченной численности, с последующей интеграцией этих частей;

Реляционные базы данные

Реляционная модель данных была предложена Э. Коддом, известным американским специалистом в области баз данных. Основные концепции этой модели были впервые опубликованы в 1970 г. в статье «A Relational Model of Data for Large Shared Data Banks» (CACM, 1970, Vol. 13, № 6). Реляционная модель позволила решить одну из важнейших задач в управлении базами данным обеспечить независимость представления и описания данных от прикладных программ, следствием чего стало бы существенное упрощение проектирования и про­граммирования баз данных. Поэтому после опубликования работ Кодда начались активные исследования по созданию реляционной системы управления базами данных, В результате этих исследований во второй половине 70-х годов был создан ряд коммерческих и некоммерческих реляционных СУБД.

К основным достоинствам реляционного подхода к управлению базой данных следует отнести:

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

В настоящее время реляционные СУБД остаются одними из наиболее распространенных, несмотря на некоторые присущие им недостатки.

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

 

Термин «реляционный» указывает, прежде всего, на то, что такая модель хране­ния данных построена на взаимоотношении составляющих ее частей, которые удоб­но представлять в виде двухмерной таблицы. Как показал Кодд, набор отношений /таблиц) может быть использован для хранения данных об объектах реального мира и моделирования связей между ними. Таким образом, реляционная модель дан­ных представляет информацию в виде совокупности взаимосвязанных таблиц, которые принято называть отношениями или реляциями. Основными понятиями реляционной модели данных являются:

• тип данных;
• домен;
• атрибут;
• кортеж;
• ключ.

Тип данных

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

• Целочисленные;
• вещественные;
• строковые;
• специализированные типы данных для денежных величин;
• специальные типы данных для временных величин (дата и/или время);

типы двоичных объектов — данный тип не имеет аналога в языках программирования; обычно для его обозначения используется аббревиатура BLOB (Binary Large Object — большой двоичный объект).

Домен

Наименьшая единица данных реляционной модели — это отдельное атомарное (неразложимое) для данной модели значение данных. Доменом называется множество атомарных значений одного и того же типа. Иными словами, домен пред­ставляет собой допустимое потенциальное множество значений данного типа.

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