Студопедия
rus | ua | other

Home Random lecture






Оценка альтернатив


Date: 2015-10-07; view: 383.


КОНЦЕПТУАЛЬНАЯ РАЗРАБОТКА

Подготовка отчета

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

Решение о продолжении работ принимается по крайней мере три раза: После начального исследования, после исследования возможностей и после завершения всего анализа системы.

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

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

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

Таблица. Альтернативы для некоторых конструктивных элементов ИС

Конструктивный элемент Альтернативы разработки
Коммуникационный канал Телефонная линия, коаксиальный кабель, оптоволокно, спутниковый канал
Обработка данных Централизованная, децентрализованная, распределенная
Хранение данных Лента, гибкие или жесткие диски, твердая копия
Структура данных Файловая или база данных
Доступ к файлам Прямой или последовательный
Ввод данных С клавиатуры, голосом, EDI, OCR, POS
Место обработки В компании или в сторонней организации
Обработка на Большой ЭВМ, микро или мини-ЭВМ
Вывод информации На монитор, на бумагу, на оборотный документ, голосом
Обработка операций Ручная, пакетная, онлайновая в реальном времени
Приобретение программ Готовые, модифицированные, разработанные

 

Группа разработчиков должна определить возможные альтернативы и оценить каждую из них по отношению к тому, (1) как хорошо они удовлетворяют целям организации и системы, (2) как они удовлетворяют потребности пользователей, (3) являются ли они экономически осуществимыми (4) какими достоинствами и недостатками они обладают.

Окончательное решение по выбору должен принимать руководящий комитет.


<== previous lecture | next lecture ==>
Определение информационных потребностей и требований к системе | Подготовка спецификаций и отчета
lektsiopedia.org - 2013 год. | Page generation: 1.507 s.