Информационные системы можно разрабатывать самостоятельно, создавая специализированные приложения, либо приобретать в виде уже готовых, стандартных решений. Если на первых порах популярностью пользовались специализированные приложения, то теперь нормой стали интегрированные стандартные решения. С появлением новых типов программного обеспечения (например, компонентного, где приложения собираются из отдельных программных компонентов, предназначенных для конкретных случаев) в последнее время получает распространение смешанный вариант, сочетающий оба этих способа. ARIS поддерживает все три варианта: специализированные приложения, стандартные программные решения и компонентную сборку.
Разработка специализированных приложений обычно обходится дорого и часто осложняется из-за таких факторов неопределенности, как продолжительность цикла разработки или затруднения при оценке стоимости. Поэтому наблюдающая тенденция к переходу от индивидуальной разработки программного обеспечения к промышленному производству на «фабриках программного обеспечения» не вызывает удивления (Balzert. Entwicklung von Software-Systemen. 1992, с. 5).
В связи с этим появилось множество методов для поддержки процесса разработки программного обеспечения. Они различаются как по целевому объекту, ставя в центр внимания различные аспекты процесса разработки программного обеспечения, так и по подходу к рассматриваемым проблемам с ориентацией на данные, события или функции. Общий обзор существующих методов можно найти в различных работах, посвященных проектированию программного обеспечения. К их числу относятся монографии Бальцерта (Balzer. Lehrbuch der Software-Technik. 1996) и Соммервилла (Sommerville. Software Engineering. 1987), а также отчеты
конференций Рабочей группы 8.1, опубликованные IFIP (например, Olle, Sol, Tully. Information Systems Design Methodologies. 1983; Olle, Verrijn-Stuart, Bhabuta. Information Systems Life Cycle. 1988; Preftmar, Eggers, Reinken. Interaktive Entwurfsmethode. 1989; Barker. CASE Method. 1990; Hildebrand. Software Tools. 1990). Это лишь малая доля литературы по данному вопросу.
В настоящее время рынок перенасыщен обилием методов, почти неотличимых друг от друга. Необъятное множество продуктов и способов фактически затормозило развитие автоматизированных инструментов на базе этих методов. В связи с этим мы предлагаем методологию, интегрирующую различные методы разработки.
Ниже приведены типичные вопросы, ответы на которые позволяют более эффективно использовать возможности этой методологии (Sol. Information Systems Design Methodologies. 1983, с. 4; Olle et al/. Information Systems Methodologies. 1991, c. 2; Brodie, Ridjanovic, - Silva. Framework for Information Systems. 1983, c. 232):
1. Действительно ли существует так много абсолютно разных способов проектирования автоматизированных информационных систем?
2. Если нет, то насколько схожи эти методы? Если да, то почему так много разных способов?
3. Существует ли оптимальный способ разработки информационной системы?
4. Где начинается и где заканчивается процесс разработки?
5. Как выглядит конечный продукт процесса проектирования?
6. Сколько этапов необходимо для получения результата разработки?
7. Следует ли использовать только один определенный вид информационной системы или же требуется несколько методов — свой для каждой системы? По каким критериям следует выбирать эти методы?
Разработка специализированных приложений обычно обходится дорого и часто осложняется из-за таких факторов неопределенности, как продолжительность цикла разработки или затруднения при оценке стоимости. Поэтому наблюдающая тенденция к переходу от индивидуальной разработки программного обеспечения к промышленному производству на «фабриках программного обеспечения» не вызывает удивления (Balzert. Entwicklung von Software-Systemen. 1992, с. 5).
В связи с этим появилось множество методов для поддержки процесса разработки программного обеспечения. Они различаются как по целевому объекту, ставя в центр внимания различные аспекты процесса разработки программного обеспечения, так и по подходу к рассматриваемым проблемам с ориентацией на данные, события или функции. Общий обзор существующих методов можно найти в различных работах, посвященных проектированию программного обеспечения. К их числу относятся монографии Бальцерта (Balzer. Lehrbuch der Software-Technik. 1996) и Соммервилла (Sommerville. Software Engineering. 1987), а также отчеты
конференций Рабочей группы 8.1, опубликованные IFIP (например, Olle, Sol, Tully. Information Systems Design Methodologies. 1983; Olle, Verrijn-Stuart, Bhabuta. Information Systems Life Cycle. 1988; Preftmar, Eggers, Reinken. Interaktive Entwurfsmethode. 1989; Barker. CASE Method. 1990; Hildebrand. Software Tools. 1990). Это лишь малая доля литературы по данному вопросу.
В настоящее время рынок перенасыщен обилием методов, почти неотличимых друг от друга. Необъятное множество продуктов и способов фактически затормозило развитие автоматизированных инструментов на базе этих методов. В связи с этим мы предлагаем методологию, интегрирующую различные методы разработки.
Ниже приведены типичные вопросы, ответы на которые позволяют более эффективно использовать возможности этой методологии (Sol. Information Systems Design Methodologies. 1983, с. 4; Olle et al/. Information Systems Methodologies. 1991, c. 2; Brodie, Ridjanovic, - Silva. Framework for Information Systems. 1983, c. 232):
1. Действительно ли существует так много абсолютно разных способов проектирования автоматизированных информационных систем?
2. Если нет, то насколько схожи эти методы? Если да, то почему так много разных способов?
3. Существует ли оптимальный способ разработки информационной системы?
4. Где начинается и где заканчивается процесс разработки?
5. Как выглядит конечный продукт процесса проектирования?
6. Сколько этапов необходимо для получения результата разработки?
7. Следует ли использовать только один определенный вид информационной системы или же требуется несколько методов — свой для каждой системы? По каким критериям следует выбирать эти методы?
Комментариев нет:
Отправить комментарий