2.2. Условия выбора поставщика ис.

1. репутация фирмы, репутация системы, стаж пребывания фирмы на рынке, число продаж;

2. количество работающих систем (опыт эксплуатации на других родственных объектах);

3. технология и качество документации (удобство ее использования конечными пользователями);

4. качество локальных подсистем;

5. разумная цена (оплата за весь цикл – покупка, внедрение, сопровождение). Чем сложнее и дороже система, тем больше риск;

6. функциональная полнота (покрытие всех необходимых потребностей ОУ);

7. модульность (способность внедрять систему по частям на нужное число пользователей). Нет смысла покупать систему на перспективу;

8. гибкость. Возможность замены системы в будущем (внедрение 1,5 – 3 года, а будет работать 5 - 10). СУ должна меняться вместе с производством. Система должна легко менять АРМы и меню, формы отчетов, документов, б.п.; легко интегрироваться с другими модулями, системами;

9. архитектура. Желательно трехзвенная – сервер БД, сервер приложений, клиент-серверная архитектура;

10. техническая платформа. За время ЖЦ ИС сменится не одно поколение технических средств;

11. ОС и СУБД. Обязательно Unix и NT, т.к. это надежная отработанная масштабируемая система, а также Oracle, Informix, SQL Server.

Начало документа

3. Проблемы проектирования ис.

Анализ разработанных ИС позволяет сформировать следующие проблемы проектирования:

1. Индивидуальность структуры и процессов функционирования организационных ОУ (компании, завода, фирмы).

2. Неизвестность для разработчика предметной области ОУ.

3. Разработка математической модели общей структуры создаваемой ИС.

4. Сложность разработки для заказчика и разработчика модели функциональной структуры ОУ.

5. Проблема выбора модели проектирования ИС.

6. Индивидуальность разработки ИС в связи с особенностями структуры и процессов функционирования ОУ.

7. Сложность разработки и реализации проекта на создание ИС.

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

9. Отсутствие систем САПР, инструментальных средств, обеспечивающих поддержку реализации проекта по всем стадиям ЖЦ ИС.

10. Высокие требования к квалификации системных аналитиков, проектировщиков, участвующих в разработке ИС.

11. Сложность применения существующих прототипов для разработки как системы в целом, так и отдельных ее элементов.

Отсутствие унифицированной технологии разработки ИС обусловлена, прежде всего, следующим:

1. сложность структуры ИС из-за наличия большого числа элементов и соответствующих связей;

2. быстрое изменение функций и даже цели создания системы;

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

В связи с этим, такая ИС система должна быть развивающейся и непрерывно модернизируемой без коренной перестройки ее структуры. Эти признаки обуславливают особые требования к проекту проектирования автоматизированных информационных систем.

Начало документа

Требования к проекту ис

Проект должен:

1. полностью отражать содержание сформированных заказчиком требований к системе и ее элементам (ТЗ);

2. обеспечивать возможность модернизации, развития, реинжиниринга элементов разрабатываемой системы при изменении требований со стороны заказчика;

3. реализация проекта должна осуществляться в короткие сроки с минимальными затратами.

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

Такое описание должно обеспечить:

1. максимальное использование знаний, опыта, как заказчика, так и разработчика;

2. формальное представление требований заказчика к системе и ее развитие на всем жизненном цикле существования;

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

В соответствии с существующими стандартами ГОСТ 34.601.90, руководящими документами (РД 50 и т.д.), результатом такого описания является разработка соответствующих рабочих документов проектирования (плана создаваемой системы).

Начало документа