
- •Вопрос 1. Понятия проекта и объекта проектирования.
- •Вопрос 2. Определения проектирования (процесса проектирования)
- •Вопрос 3. Основные проблемы проектирования.
- •Вопрос 4. Понятие автоматизированной информационной системы.
- •Вопрос 13. Основные проблемы построения асоиу
- •Вопрос 14. Классификация асоиу. (№16 -- 1 к.Р.)
- •Вопрос 15. Этапы проектирования.
- •Вопрос 16.
- •Вопрос 17. Процедуры проектирования.
- •Вопрос 18. Группы исходных данных для проектирования.
- •Раздел 1. Общие сведения
- •Раздел 2. Назначение и цели создания или развития системы
- •Вопрос 19. Понятие цели. Свойства цели. (№21 -- 1 к.Р.)
- •Раздел 3. Характеристики объекта автоматизации.
- •Вопрос 20. Понятие требования, типы требований. (№22 -- 1 к.Р.)
- •Вопрос 21. Требования к системе в целом. (№23 -- 1 к.Р.)
- •Вопрос 22. Требования к функциям (задачам), выполняемым системой.
- •Вопрос 23. Управление требованиями к системе.
- •Вопрос 24. Функциональная модель асоиу.
- •Вопрос 25. Информационно-логическая модель.
- •Вопрос 26. Описание и анализ потоков информации с использ. Графов.
- •Вопрос 27. Бизнес-классы в проектировании
- •Вопрос 28. Odb-классы
- •Вопрос 29. Информационное обеспечение, основные вопросы проектирования информационного обеспечения.
- •Вопрос 30. Структура информационного обеспечения.
- •Вопрос 31. Информационная база, виды файлов в информационной базе.
- •Вопрос 32. Способы организации информационной базы.
Вопрос 1. Понятия проекта и объекта проектирования.
Проект можно понимать в нескольких смыслах. Основной смысл, который будет использован в данном предмете -- то, что это совокупность документов: расчетов, чертежей, схем, спецификаций, регламентов для создания какого-либо сооружения или изделия. Второе значение -- это замысел, план, прототип какого-либо объекта. Третье значение -- проект-документ: проект закона, проект ТЗ и т.д. Объект проектирования -- можно рассматривать его как то, над чем совершается процесс проектирования, и то, что изучает дисциплина проектирования.
В качестве объекта проектирования могут выступать:
предвидимый объект,
некоторая система, которая будет, и которая должна заполнить функц. нишу во внешней среде,
сконструированный идеальный объект, чье качество меняется от одной стадии проектир. к другой,
развивающаяся модель будущего,
процесс проектирования объекта (т.е. система получения взаимосвязанных проектных решений, каждая из которых как-то описывает модель в будущем)
объект проектирования раскрывается в логической схеме проектирования через систему проектных решений (вводится понятие логическая схема проектирования: если мы хотим что-то спроектировать качественно, мы должны следовать определенным методикам и этапам, каждый из которых позволяет получить некоторое проектное решение, причем методика (способ, методология -- в зависимости от сложности) ориентируется на то, чтобы проектные решения получились согласованными и образовали систему)
Например, UML -- с одной стороны, набор средств, с другой -- методология, в которой все элементы связаны.
объектом проектирования является жизненный цикл, как структурно-процессуальный срез объекта проектирования (т.е. затрагиваем весь жизненный цикл проектирования объекта)
объект проектирования есть перевод цели в результат, т.е. процесс трансформации исходных данных в результат или в какое-либо проектное решение (каким образом, имея проектные данные, получать решение)
объектом проектирования является информация об объекте, его информационная модель.
Вопрос 2. Определения проектирования (процесса проектирования)
Рассмотрим понятие процесса проектирования.
информационно-логический процесс, состоящий из
согласно некоторой методологии и приводящих к преобразованию цели в результат.
вид целенаправленной деятельности
на создание устройств или систем, соответствующих ТЗ, оптимально удовлетворяющих поставленные требования и удовлетворительно функционирующих в течении заданного промежутка времени при прогнозируемых условиях.
вводится понятие ТЗ, которое описывает требования к объекту проектирования, говорится о том, что требования должны быть удовлетворены оптимальным образом, следовательно. должны быть какие-то критерии эффективности -- эти критерии эффективности могут относится не только к проектируемому объекту, но и к самому процессу, иначе говоря, мы можем создать сверхмощное устройство, но за много лет. или что-то, не вписывающее в рамки ТЗ, но за короткое время. В этом же определении затрагивается понятие надежности -- результат проектирования должен удовлетворительно функционировать заданное время при заданных условиях, причем это указывается в ТЗ.
Например, для корректной работы какого-нибудь суперкомпьютера необходима целая система кондиционирования и вентиляции, иначе нарушаются условия функционирования, он выходит из строя. Претензии к изготовителю тогда не предъявляются. С другой стороны. если все условия выполнены, система должна работать без ошибок оговоренное время. Например, та же ОС вычислительного кластера должна обеспечивать возможность непрерывной работы корректного программного кода в течении, например, месяца (без перезагрузок и т.д.) Свои требования можно предъявить и к веб-интерфейсу вычислительного кластера.)
унифицированный процесс разработки ПО. (Основной рабочий процесс разработки ПО, целью которого является создание модели, содержащей проектные решения, удовлетворяющие функциональные и нефункциональные требования, а также ограничениям, относящимися среде реализации. Процесс проектирования предназначен для подготовки к реализации и тестирования системы)
под проектированием понимается целенаправленная деятельность по принятию и реализации проектных решений, приводящая к созданию описания объекта проектирования, достаточного для его изготовления и эксплуатации.
Большая часть этого определения повторяет предыдущие, но дополняет, что (регламенты, инструкции -- документы, подготавливающие систему к вводу в действие, и описание того, как система должна работать)