ЭЛЕКТРОННЫЙ НАУЧНЫЙ ЖУРНАЛ «APRIORI. РИЯ: ЕСТЕСТВЕННЫЕ И ТЕХНИЧЕСКИЕ НАУКИ»

ОБЗОР СРЕДСТВ РАЗРАБОТКИ ИНФОРМАЦИОННЫХ СИСТЕМ Поелуева Екатерина Сергеевна студент Козюкова Екатерина Сергеевна студент Ветчинкин Дмитрий Анатольевич студент Мордовский государственный университет им. Н. П. Огарёва, Саранск

[email protected]

Аннотация. В статье описаны требования к системам управления базами данных. Проведен анализ возможностей систем управления базами данных Miсrоsоft A? ess и SQL Server от компании Miсrоsоft. Описаны компоненты SQL Server. Выполнен анализ работ современных исследователей в области практического использования систем управления базами данных.

Ключевые слова: информационная система- база данных- система управления базами данных- RAD пакеты- Miсrоsоft Arcess- SQL Server.

OVERVIEW OF THE DEVELOPMENT OF INFORMATION SYSTEM

Poelueva Ekaterina Sergeevna

Kozyukova Ekaterina Sergeevna

Vetchinkiv Dmitry Anatolyevich

Ogarev Mordovia State University, Saransk

Abstract. The article describes the requirements for database management systems. The analysis capabilities of database management systems Misrosoft Assess and SQL Server from the company Misrosoft. Describe the components SQL Server. The analysis of the works of contemporary researchers in the field of practical use of database management systems.

Key words: information system- database- database management system- RAD packages Misrosoft Assess- SQL Server.

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

От правильного выбора инструментальных средств разработки информационной системы, определения подходящей модели данных, обоснования рациональной схемы построения базы данных, организации запросов к хранимым данным во много зависит эффективность работы разрабатываемой информационной системы и базы данных. Все это требует практических знаний особенностей различных СУБД, например Microsoft Access и SQL Server.

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

Цель работы заключается в обзоре современных средств разработки информационных систем.

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

— приложения, которые создаются при помощи СУБД должны иметь высокую степень мобильности для того, чтобы достаточно легко можно было перенести на любые компьютерные и сетевые платформы-

— возникла необходимость журнализации состояния баз данных и проведение возможного отката (восстановления) для расширенных вре-

менных рамок, потому, что коммуникационный обмен данными стал асинхронным, а все информационные процессы стали длительными-

— все возможные средства СУБД обязаны допускать возможность гибкого варьирования архитектуры различных информационных систем для соблюдения разумного компромисса при распределении функциональных возможностей системы между различными рабочими станциями клиентов и серверами-

— если определенные средства программирования СУБД объектно-ориентированы и есть возможность создания стабильных приложений при динамичном изменении маршрутизации сквозь эти задачи, тогда создание «менеджеров процессов» может быть эффективным-

— разработчикам СУБД необходимо обеспечить соответствие поставляемых ими продуктов открытым стандартам взаимодействия-

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

В связи с этим остро стоит необходимость быстрой разработки высокоэффективных систем. Быстрая разработка таких систем может быть выполнена в специальных RAD пакетах.

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

В настоящий момент компания Microsoft предлагает пять RAD пакетов для создания пользовательских приложений: Access, SQL Server, Visual Basic, Visual C++, Visual FoxPro. Перечисленные средства могут быть использованы как по отдельности — для решения определенной поставленной задачи, так и в интеграции друг с другом .

Необходимо отметить большую популярность пакетов Microsoft Access и SQL Server, имеющих массу преимуществ перед конкурентами и наличием полного комплекса инструментальных средств, для разработки эффективного программного обеспечения по обработки информации.

Miсrоsоft A? ess представляет собой систему управления базами данных (СУБД) реляционного типа и позволяющая эффективно управлять данными. Одним из достоинств Miсrоsоft A? ess является простой графический интерфейс, который позволяет создавать разнообразные базы данных с необходимым интерфейсом доступа к ним, с использованием встроенных средств разработки. В качестве средств разработки СУБД Miсrоsоft A?.

Исследователи отмечают, что в отличие от других СУБД, в Miсrоsоft A? ess все данные хранятся в одном файле, в тоже время, данные распределяются по используемым таблицам, что составляет основу реляционного подхода к управлению данными. Реляционные базы данных позволяют в полной мере обеспечить необходимые возможности в хранении служебной информации компании .

В тоже время, инструментальные средства Miсrоsоft A? ess в сравнении с SQL Server ограничены. Для более сложных проектов следует использовать более профессиональное решение от компании Miсrоsоft SQL Server Management Studio.

SQL Server Management Studio представляет собой графическое, интерактивное средство, позволяющее администраторам баз данных разрабатывать SQL-запросы, выполнять их одновременно, анализировать полученные результаты запросов и пользоваться встроенными средствами, которые обеспечиваю высокую производительность системы.

MS SQL Server Management Studio представляет следующие средства для разработки команд языка Transact-SQL:

— текстовый редактор для ввода необходимых команд-

— наличие цветной подсветки операторов языка-

— возможности по представлению результатов в виде текста, таблиц, диаграмм-

— наличие визарда для выполнения настройки индексов и обеспечения максимальной производительности систем.

В работах представлен состав СУБД MS SQL Server, который включает следующие компоненты:

— Database (является основной службой для хранения, обработки и обеспечения безопасности данных) —

— Analysis Services (обеспечивает проектирование и создание многомерных структур, собранные из других источников данных и управление ими) —

— Integration Services (является платформой для создания высокопроизводительных решений по интеграции данных) —

— Reporting Services (является средством по созданию корпоративных отчетов с поддержкой web-интерфейса) —

— Database Engine (используется для разработки реляционных баз данных для организации оперативной обработки транзакций и аналитической обработки информации) .

Перечисленные инструментальные средства дают полное представление о компонентном составе СУБД MS SQL Server и их возможностях.

В этой же работе представлен ряд лабораторных работ, направленных на ознакомление с возможностями и синтаксисом СУБД MS SQL Server. Рассмотренные примеры демонстрируют основные приемы по работе с MS SQL Server, а теоретические сведения подробно описывают

теоретический материал для понимания функционирования СУБД. Например, автором были выделены следующие типы таблиц (секционированные таблицы, временные таблицы, системные таблицы, широкие таблицы) служащие особым целям в базе данных.

Таким образом, повсеместное использование информационных систем требует новых подходов по их разработке. Использование RAD пакетов обеспечивает быструю и эффективную разработку информационных систем, однако, необходимо четко представлять функции и необходимые возможности конечного продукта для правильного выбора необходимого инструментального средства. СУБД Microsoft Access и SQL Server являются оптимальным средством для разработки средних и больших информационных систем.

Список использованных источников

1. Аббакумов А. А. , Акимов В. Л. , Егунова А. И. , Лещанкин К. А. , Таланов В. М. Базы данных (MS Access, MySQL). Саранск: Изд-во СВМО, 2011. 112 с.

2. Аббакумов А. А. , Егунова А. И. , Таланов В. М. Базы данных (MS SQL Server). Саранск: Изд-во СВМО, 2015. 66 c.

3. Бондарь А. Г. Microsoft SQL Server. СПб.: Изд-во «БХВ-Петербург», 2014. 592 с.

4. Таланов В. М. , Федосин С. А. Проектирование информационных систем и баз данных. Саранск: Изд-во СВМО, 2013. 72 c.

CASE-средства проектирования информационных систем

В условиях современности сложность создания информационных систем очень высока. Поэтому при проектировании ИС в настоящее время стало широко использоваться CASE-технология.

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

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

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

Интегрированные CASE-средства обладают следующими характерными особенностями :

· обеспечение управления процессом разработки ИС;

· использование специальным образом организованного хранилища проектных метаданных (репозитория).

Интегрированные CASE-средства содержат следующие компоненты:

· графические средства анализа и проектирования, используемые для описания и документирования ИС;

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

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

· средства управления процессом разработки ИС;

· средства документирования;

· средства тестирования;

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

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

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

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

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

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

3. Определяются спецификации и требования, предъявляемые к системе (вид интерфейса, тип данных, структура системы, качества, производительности, технические средства, общие затраты и т.д.).

4. Выполняется моделирование данных, т.е. вводится информация, описывающая элементы данных системы и их отношения.

5. Выполняетсямоделирование процессов, т.е. вводится информация, описывающая процессы системы и их отношения.

1. Средства организации экономических информационных систем

   Реферат >> Информатика

   Средства организации экономических информационных систем В отличие от... предназначенный для автоматизации операций взаимодействия пользователя с ЭВМ в процессе проектирования и... АРМ сближают пользователя с возможностями современной информатики и ВТ и создают...

2. Проектирование автоматизированных информационных систем (4)

   Реферат >> Информатика

   Обеспечения экономических информационных систем» М: «Финансы и статистика», 2000. «Проектирование информационных систем» , М: «КомпьютерПресс», №9, 2001 Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. «Проектирование информационных систем» , Интернет...

3. Экономические информационные системы и их составляющие

   Курсовая работа >> Экономика

   ... экономического объекта, методов, средств , специалистов, участвующих в процессе обработки информации и выработке управленческих решений»1. Экономические информационные ... автоматизации ... Тельнов Ю.Ф. Проектирование экономических информационных систем : Учебник для...

4. Шпаргалка по Экономической информации

   Шпаргалка >> Экономика

   ... . Автоматизация проектирования экономической информационной системы. Структура и содержание информационного обеспечения. Внемашинное информационное обеспечение. Состав и средства . Внутримашинного информационного обеспечения. Состав средств ...

5. Экономическая эффективность информационных систем (2)

   Дипломная работа >> Менеджмент

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

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

хорошую работу на сайт">

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

HTML-версии работы пока нет.
Cкачать архив работы можно перейдя по ссылке, которая находятся ниже.

Подобные документы

Использование CASE-средств для поддержки процессов создания и сопровождения информационных систем. Задачи графического редактора диаграмм, документатора и администратора проекта. Основные возможности IBM Rational Professional Bundle и IBM Rational Rose.

реферат , добавлен 30.05.2012


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

презентация , добавлен 02.04.2013


Особенности проектирования информационных систем основанных на базах данных. Использование CASE-средств и описание бизнес процессов в BP-Win. Этапы проектирования современных информационных систем, виды диаграмм и визуальное представление web-сайта.

курсовая работа , добавлен 25.04.2012


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

презентация , добавлен 09.11.2015


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

методичка , добавлен 23.01.2014


Методологии разработки информационных систем в отечественной и зарубежной литературе. Государственные и международные стандарты в области разработки программного обеспечения. Разработка фрагмента информационной системы "Учебно-методический ресурс".

курсовая работа , добавлен 28.05.2009


Анализ средств информации консалтингового бизнеса: обзор языков программирования и программных средств для создания сайтов, информационных систем и сайтов консалтинговых фирм. Моделирование бизнес-процессов. Разработка интернет-представительства.

дипломная работа , добавлен 11.04.2012


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

дипломная работа , добавлен 23.06.2015

Обзор средств проектирования информационных систем
А.М.Вендров, Центральный банк РФ
Цель данного доклада - попытаться описать и обосновать один из возможных подходов к анализу и выбору средств проектирования информационных систем достаточно крупного масштаба (здесь намеренно не используется термин "CASE-средство", поскольку большинство известных CASE-средств в лучшем случае позволяют описать будущие приложения лишь в самом общем виде). Конечный результат выбора ни в коем случае не следует рассматривать как нечто абсолютное, он отражает лишь мнение конкретного коллектива разработчиков, утвердившееся на заданном временном интервале.Под средствами проектирования информационных систем (СП ИС) будем понимать комплекс инструментальных средств, обеспечивающих в рамках выбранной методологии проектирования поддержку полного жизненного цикла (ЖЦ) ИС, который включает в себя, как правило, стратегическое планирование, анализ, проектирование, реализацию, внедрение и эксплуатацию. Каждый этап характеризуется определенными задачами и методами их решения, исходными данными, полученными на предыдущем этапе, и результатами. При анализе СП их следует рассматривать не локально, а в комплексе, что позволяет реально охарактеризовать их достоинства, недостатки и место в общем технологическом цикле создания ИС.В общем случае стратегия выбора СП для конкретного применения зависит от следующих факторов:·характеристик моделируемой предметной области; ·целей, потребностей и ограничений будущего проекта ИС, включая квалификацию участвующих в процессе проектирования специалистов; ·используемой методологии проектирования.
Тенденции развития современных информационных технологий приводят к постоянному возрастанию сложности ИС, создаваемых в различных областях экономики. Современные сложные ИС и проекты, обеспечивающие их создание, характеризуются, как правило, следующими особенностями:·сложность предметной области (достаточно большое количество функций, объектов, атрибутов и сложные взаимосвязи между ними), требующая тщательного моделирования и анализа данных и процессов; ·наличие совокупности тесно взаимодействующих компонентов - подсистем, имеющих свои локальные задачи и цели функционирования; ·иерархическую структуру взаимосвязей компонентов, обеспечивающую устойчивость функционирования системы; ·иерархическую совокупность критериев качества функционирования компонентов и ИС в целом, обеспечивающих достижение главной цели - создания и последующего применения системы; ·отсутствие прямых аналогов, ограничивающее возможность использования каких-либо типовых проектных решений и прикладных систем; ·необходимость достаточно длительного сосуществования старых приложений и вновь разрабатываемых БД и приложений; ·наличие потребности как в традиционных приложениях, связанных с обработкой транзакций и решением регламентных задач, так и в приложениях аналитической обработки (поддержки принятия решений), использующих нерегламентированные запросы к данным большого объема; ·поддержка одновременной работы достаточно большого количества локальных сетей, связываемых в глобальную сеть масштаба предприятия, и территориально удаленных пользователей; ·функционирование в неоднородной операционной среде на нескольких вычислительных платформах; ·разобщенность и разнородность отдельных микроколлективов разработчиков по уровню квалификации и сложившимся традициям использования тех или иных инструментальных средств; ·существенная временная протяженность проекта, обусловленная, с одной стороны, ограниченными возможностями коллектива разработчиков, и, с другой стороны, масштабами организации-заказчика и различной степенью готовности отдельных ее подразделений к внедрению ИС.
Методология проектирования определяется как совокупность трех составляющих:·пошаговой процедуры, определяющей последовательность технологических операций проектирования; ·критериев и правил, используемых для оценки результатов выполнения технологических операций; ·нотаций (графических и текстовых средств), используемых для описания проектируемой системы.
На выбор СП могут существенно повлиять следующие особенности методологии проектирования:·ориентация на создание уникального или типового проекта; ·итерационный характер процесса проектирования; ·возможность декомпозиции проекта на составные части, разрабатываемые группами исполнителей ограниченной численности с последующей интеграцией составных частей; ·жесткая дисциплина проектирования и разработки при их коллективном характере; ·необходимость отчуждения проекта от разработчиков и его последующего централизованного сопровождения.
Критерии выбора
Традиционно при обсуждении проблемы выбора СП (в особенности CASE-средств) большое внимание уделялось особенностям реализации той или иной методологии анализа предметной области (E-R, IDEF0, IDEF1Х, Gane/Sarson, Yordon, Barker и др.). Безусловно, богатство изобразительных и описательных средств дает возможность на этапах стратегического планирования и анализа построить наиболее полную и адекватную модель предметной области. С другой стороны, если говорить о конечных результатах - базах данных и приложениях, то обнаруживается, что часть описаний в них практически не отражается, оставаясь чисто декларативной (на выходе мы в любом случае получим описание БД в табличном представлении с минимальным набором ограничений целостности и исполнимый код приложений, большую часть которых составляют экранные формы, не выводимые непосредственно из моделей предметной области). Опытные аналитики и проектировщики всегда с большими или меньшими трудозатратами придут к нужному конечному результату независимо от того, какая конкретно методология или ее разновидность реализована в данном инструменте. Это, конечно, не означает, что методология не важна, напротив, отсутствие или неполнота описательных средств могут с самого начала значительно затруднить работу над проектом. Однако, зачастую на первом плане оказываются другие критерии, невыполнение которых может породить гораздо большие трудности.Может создаться впечатление, что если можно сформировать необходимую аппаратную платформу из компонентов различных фирм-производителей, то так же просто можно выбрать и скомплексировать разные инструментальные средства, каждое из которых является одним из мировых лидеров в своем классе. Однако в случае инструментальных средств в настоящее время, в отличие от оборудования, отсутствуют международные стандарты на основные свойства конечных продуктов (программ, баз данных и их сопряжение). Однако, поскольку составные части проекта должны быть интегрированы в единый продукт, следовательно, имеет смысл рассматривать не любые, а только сопряженные инструментальные средства, которые в принципе могут быть ориентированы - даже внутри одного класса - на разные методологии; при этом необходимо отбирать в состав комплекса СП средства, поддерживающие по крайней мере близкие методологии, если не одну и ту же.Исходя из перечисленных выше соображений, примем в качестве основных критериев выбора СП следующие критерии:
Поддержка полного жизненного цикла ИС с обеспечением эволюционности ее развития.Полный жизненный цикл ИС должен поддерживаться "сквозной" технологической цепочкой средств разработчика, обеспечивающей решение следующих задач:·обследование и получения формализованных знаний о предметной области (последовательный и логически связный переход от формализованного описания предметной области к ее моделям); ·декомпозиция проекта на составные части и интеграция составных частей; ·проектирование моделей приложений (логики приложений и пользовательских интерфейсов); ·прототипирование приложений; ·проектирование баз данных; ·коллективная, территориально распределенная разработка приложений с использованием различных инструментальных средств (включая их интеграцию, тестирование и отладку); ·разработка распределенных баз данных (с выбором оптимальных вариантов распределения); ·разработка проектной документации с учетом требований проектных стандартов; ·адаптация к различным системно-техническим платформам и СУБД; ·тестирование и испытания; ·сопровождение, внесение изменений и управление версиями и конфигурацией ИС; ·интеграция с существующими разработками (включая реинжиниринг приложений, конвертирование БД); ·администрирование ИС (оптимизация эксплуатационных характеристик); ·управление разработкой и сопровождением ИС (планирование, координация и контроль за ресурсами и ходом выполнения работ); ·прогнозирование и оценка трудоемкости, сроков и стоимости разработки.
Для существующих ИС должен обеспечиваться плавный переход из старой среды эксплуатации в новую с минимальными переделками и поддержкой эксплуатируемых баз данных и приложений, внедренных до начала работ по созданию новой системы.
Обеспечение целостности проекта и контроля за его состоянием.Данное требование означает наличие единой технологической среды создания, сопровождения и развития ИС, а также целостность базы проектных данных (репозитория). Единая технологическая среда должна обеспечиваться за счет использования единственной CASE-системы для поддержки моделей ИС, а также за счет наличия программно-технологических интерфейсов между отдельными инструментальными средствами, сертифицированных и поддерживаемых фирмами- разработчиками соответствующих средств. В частности, интерфейс между CASE-системой и средствами разработки приложений должен выполнять две основные функции: а) непосредственный переход в рамках единой среды от описания логики приложения, реализованного CASE-системой, к разработке пользовательского интерфейса (экранных форм); б) перенос описания БД из репозитория CASE-системы в репозиторий средства разработки приложений и обратно. Вся информация о проекте должна автоматически помещаться в базу проектных данных, при этом должны поддерживаться согласованность, непротиворечивость, полнота и минимальная избыточность проекта, а также корректность операций его редактирования. Это может быть достигнуто при условии исключения или существенного ограничения возможности актуализации репозитория различными средствами. Должны также обеспечиваться возможности для централизованного сбора, хранения и распределения информации между различными этапами проекта, группами разработчиков и выполняемыми операциями. Поддержка базы проектных данных может быть реализована собственными средствами СП или средствами целевой СУБД (второй вариант предпочтительнее, поскольку упрощается технология ведения репозитория).Невыполнение требования целостности в условиях разобщенности разработчиков и временной протяженности крупного проекта может означать утрату контроля за его состоянием.
Независимость от программно-аппаратной платформы и СУБД.Требование определяется неоднородностью среды функционирования ИС. Такая независимость может иметь две составляющих: независимость среды разработки и независимость среды эксплуатации приложений. Она обеспечивается за счет наличия совместимых версий СП для различных платформ и драйверов соответствующих сетевых протоколов, менеджеров транзакций и СУБД.Один из дополнительных факторов, который при этом следует учитывать - это способ взаимодействия с СУБД (прямой или через ODBC), поскольку использование ODBC может заметно ухудшить производительность и надежность интерфейса.
Поддержка одновременной работы групп разработчиков.Развитые СП должны обладать возможностями разделения полномочий персонала разработчиков и объединения отдельных работ в общий проект. Должна обеспечиваться одновременная работа проектировщиков БД и разработчиков приложений (разработчики приложений в такой ситуации могут начинать работу с базой данных, не дожидаясь полного завершения ее проектирования CASE-средствами).