- •1.Дайте определение информации. Охарактеризуйте кругооборот информации на предприятии. Перечислите 6 атрибутов информации.
- •2. Характеристика типов информационных систем. Компоненты информационных систем. .
- •3.. Архитектуры информационных систем. Преимущества и проблемы технологии клиент-сервер
- •4. Дайте общую характеристику четырем этапам цикла обработки данных.
- •5. Определите назначение и приведите примеры главного файла, файла операций, справочного файла, файла предыстории. Какие другие типы файлов вам известны.
- •6. Перечислите проблемы использования файлов при разработке ис. Что является альтернативой использования файлов.
- •Этапы проектирования, реализации, эксплуатации бд
- •8. Перечислите преимущества использования системы баз данных. Изобразите структуру хранилища данных и охарактеризуйте потоки данных, участвующие в формировании и использовании хранилища..
- •3.1.8. Использование технологии баз данных
- •[Править]Использование
- •9. Понятие и операции по обработке данных. Первичный и вторичный ключи. Приведите примеры первичного и вторичного ключей.(.
- •10. Обработка последовательных файлов и файлов прямого доступа. Понятие индекса. Индексно-последовательный метод доступа. Инвертированные списки и структура инвертированного файла.
- •3.2.3. Обработка последовательных файлов
- •11. Структура жц разработки информационных систем по стандарту iso/iec 12207
- •12. Характеристика основных процессов жц ис. Вспомогательные процессы, обеспечивающие выполнение основных процессов. Организационные процессы
- •13. Причин изменения ис в организациях и принципы разработки ис.
- •4.1.2. Принципы разработки системы
- •14. Основные этапы жц ис и их содержание.
- •15. Характеристика и недостатки каскадной модели жц. Спиральная модель жц.
- •16. Анализ системы. Цели обследования системы и характеристика методов сбора информации
- •4.2.1.Начальное исследование
- •4.2.2. Обследование системы
- •17. Понятие технико-экономического обоснования и рассматриваемые аспекты
- •18. Назначение и содержание фазы концептуальной разработки ис. Перечислите элементы, в отношении которых определяются концептуальные спецификации
- •4.3.1. Оценка альтернатив
- •4.3.2. Подготовка спецификаций и отчета
- •19. Назначение и содержание этапа физической разработки.
- •4.4.1. Разработка выходов.
- •4.4.2. Разработка файлов и базы данных.
- •4.4.3. Разработка входов
- •4.4.4. Разработка программ и процедур
- •4.4.5. Разработка методов контроля и подготовка отчета
- •20. Правила разработки экранных форм. Цель проектирования программного обеспечения.
- •21. Цель и содержание этапа «Внедрение системы». Планирование внедрения. Тестирование, документирование и переход на новую систему. Проблема преобразования данных.
- •4.5.1. Планирование внедрения
- •4.5.2. Безопасность
- •4.5.4. Выбор и обучение персонала
- •4.5.5. Документирование системы
- •4.5.6. Тестирование системы
- •4.5.7. Переход на новую систему
- •22. Сформулируйте проблему безопасности систем и охарактеризуйте 3 источника этой проблемы. Меры противодействия угрозе безопасности.
- •23. Цель моделирования данных. Понятие rea-модели.
- •5.3.1. Rea модель данных
- •24. Сущность структурного и объектно-ориентированного подходов к созданию ис подхода к созданию ис.
- •25. Преимущества и недостатки различных способов создания ис (разработка собственных программ, приобретение готовой программы, приобретение и модификация программ) .
- •26. Дайте характеристику прототипирования. Основные принципы методологии rad.
25. Преимущества и недостатки различных способов создания ис (разработка собственных программ, приобретение готовой программы, приобретение и модификация программ) .
Программное обеспечение может разрабатываться внутри организации, покупаться готовым или приобретаться и модифицироваться. Особенности этих трех подходов перечислены в таблице 16. Таблица 16. Сравнение подходов к приобретению программ
|
Достоинства |
Недостатки |
Разработка собственных программ |
Программы могут разрабатываться для конкретных нужд. Нет ограничений, присущих готовым программам. Лучшая совместимость с уже использующимися программами. Разработка может управляться и контролироваться. Служащие более лояльны к системе, в разработке которой участвовали. Построение уникальной системы может дать особые преимущества, которых никто не имеет. |
Большие затраты средств, труда и времени. Новые программы содержат ошибки. Пользователям трудно определить свои нужды. Разработчикам трудно понять нужды пользователей. Требуется контроль за разработкой. Большинство компаний не имеет достаточно квалифицированных разработчиков. |
Покупка готовых программ |
Минимальные задержки и затраты до внедрения. Можно выбрать пакет, наиболее подходящий для организации. Можно заранее познакомиться с программами. Высококачественные программы хорошо отлажены. Обновление программ не так дорого. Хорошая документация. |
Может не удовлетворять потребностям компании. Разработчик может прекратить свое существование или обслуживание программ. Выбор и оценка программ требуют средств и времени. Ограниченные возможности для решения возникающих проблем. |
Приобретение и модификация программ |
Дешевле и требует меньше времени, чем разработка. Меньше ограничений и лучше удовлетворяются нужды организации, чем при покупке готовых программ. Сочетает выгоды двух других подходов. |
Модификация трудна, порождает новые ошибки и проблемы контроля. Трудно вести документацию внесенных изменений. Значительные изменения могут быть дороги. Разработчик может отказаться обслуживать модифицированные программы. |
Даже при наличии хороших готовых программ организация может решить разрабатывать свою систему, если имеет специфические потребности или этого требуют ее размеры и сложность. Обычно такие разработки ведутся самими компаниями, однако возможен вариант приглашения сторонних разработчиков. В этом случае совершенно необходимо: ^ Тщательно выбрать разработчика. Лучше, если сторонний разработчик имеет опыт работы с другими компаниями данной отрасли и понимает, как компания ведет свои дела. ^ Подписать контракт, накладывающий взаимные обязательства, фиксирующий потребности организации, которые должны быть удовлетворены и позволяющий расторгнуть соглашение при определенных условиях. ^ Планировать и контролировать каждый шаг. Должно быть достигнуто соглашение по всем аспектам разработки и установлены частые контрольные сроки. Поддерживать эффективное взаимодействие. Отношения между организацией и разработчиком должны быть ясными и определенными в любой момент, чему способствует частое общение. ^ Контролировать все затраты. Все затраты должны проверяться, а денежные выплаты до завершения разработки должны быть минимизированы. Другая альтернатива - покупка программ. Немало разработчиков программного обеспечения специализируется на определенной отрасли и даже поставляющих информационные системы вместе с компьютерами “под ключ”. По оценкам около 80% компаний предпочитают покупать программное обеспечение, а не разрабатывать его. Однако и в этом случае организации приходится проходить жизненный цикл разработки системы, за исключением только некоторых шагов физической разработки, связанных с программированием. Наиболее гибкий подход к приобретению системы - модификация готового программного обеспечения. Он сочетает достоинства других подходов, однако сопровождается и своими рисками, обусловленными тем, что программное обеспечение при этом как бы меняет своего разработчика.
