- •Вопрос 1. Понятия проекта и объекта проектирования.
- •Вопрос 2. Определения проектирования (процесса проектирования)
- •Вопрос 3. Основные проблемы проектирования.
- •Вопрос 4. Понятие автоматизированной информационной системы.
- •Вопрос 13. Основные проблемы построения асоиу
- •Вопрос 14. Классификация асоиу. (№16 -- 1 к.Р.)
- •Вопрос 15. Этапы проектирования.
- •Вопрос 18. Группы исходных данных для проектирования.
- •Вопрос 16.
- •Вопрос 17. Процедуры проектирования.
- •Раздел 1. Общие сведения
- •Раздел 2. Назначение и цели создания или развития системы
- •Вопрос 19. Понятие цели. Свойства цели. (№21 -- 1 к.Р.)
- •Раздел 3. Характеристики объекта автоматизации.
- •Вопрос 20. Понятие требования, типы требований. (№22 -- 1 к.Р.)
- •Вопрос 21. Требования к системе в целом. (№23 -- 1 к.Р.)
- •Вопрос 22. Требования к функциям (задачам), выполняемым системой.
- •Вопрос 23. Управление требованиями к системе.
- •Вопрос 24. Функциональная модель асоиу.
- •Вопрос 25. Информационно-логическая модель.
- •Вопрос 26. Описание и анализ потоков информации с использ. Графов.
- •Вопрос 27. Бизнес-классы в проектировании
- •Вопрос 28. Odb-классы
- •Вопрос 29. Информационное обеспечение, основные вопросы проектирования информационного обеспечения.
- •Вопрос 30. Структура информационного обеспечения.
- •Вопрос 31. Информационная база, виды файлов в информационной базе.
- •Вопрос 32. Способы организации информационной базы.
Вопрос 3. Основные проблемы проектирования.
Основные проблемы проектирования:
определение задач проектирования.
Правильная постановка задачи является очень важной составляющей. В какой-то степени процесс постановщик задачи регламентируется методами, образующими логическую схему проектирования.
С другой стороны, методы описывают далеко не все. Многое зависит от личного опыта и интуиции проектировщика, т.е. можно в процессе анализа сведений по системе прийти, например, к выводу, что имеющимися средствами разработать систему, отвечающую требованиям ТЗ невозможно -- следовательно, встает вопрос о разработке новых средств.
Например, новых архитектур вычислительных систем. сетей, протоколов передачи информации, стандартов пользовательского интерфейса и т.д.
определение логической схемы проектирования (методологии проектирования).
Во многом этот пункт перекликается с предыдущим и сложно сказать, что важнее.
непосредственное решение задач проектирования -- получение проектных решений с определенными характеристиками качества.
решение проблем конкретной реализации поставленных задач
сравнение полученных характеристик качества с заданными характеристиками и определение отклонений.
Это проблема оценки эффективности принятых решений. Желательно иметь предварительные оценки эффективности на ранних этапах проектирования, чтобы не получилось так. чтобы не получилась готовая система, не удовлетворяющая условиям ТЗ. Желательно иметь возможность оценить теоретически или промоделировать имитационно и выяснить
определение задач по построению отклонений с целью достижения оптимальных характеристик качества и переход к следующему циклу проектирования (следующей итерации).
Вопрос 4. Понятие автоматизированной информационной системы.
Первоначальные сведения об АСОИУ.
Во второй половине 20-го века начался переход от индустриального общества к информационному. Процесс, обеспечивающий этот переход, назвали информатизацией. В нее входит: разнообразные процессы создания, развития и всеобщего применения информационных средств и технологий, обеспечивающих достижение и поддержание уровня информированности всех членов общества, необходимого и достаточного для кардинального повышения качества и условий жизни общества. При этом информация становится важнейшим ресурсом. Собственно необходимость информатизации для улучшения качества труда и жизни связана с понятием информационного барьера. В истории развития общества известны несколько информационных барьеров. В первобытном обществе глава рода или племени один справлялся со всеми экономическими вопросами своего сообщества, но по мере развития производства, возможностей мозга одного человека для управления стало недостаточно. Это первый информационный барьер. Выход: чем сложнее задача управления. тем больше людей в нее вовлекается. В дальнейшем происходили изменения, связанные со специализацией управленцев, появлением возможности сохранять и передавать данные, появление научных методов. Однако, по прежнему увеличивалось число людей, занимающихся в какой-либо области обработки информации. Наступил момент, когда увеличение числа людей не улучшало качества и эффективности управляющих воздействий. В конце 1950-х французские специалисты рассчитывали, что, если экономика ведущих стран будет развиваться высокими темпами, то для поддержания ее нормального состояния потребуется занять все взрослое население (тогда некому будет работать). Кроме того, чем обширнее разделении труда между группами, тем больший объем данных необходим для их взаимодействия. Объем информации для взаимодействия растет быстрее, чем число специализаций. Аналогичные расчеты были выполнены и в СССР -- в частности, академиком Глушковым. На середину 1960-х годов было посчитано, что для более-менее удовлетворительного управления экономикой необходимо выполнять 10^(16) арифметических операций в год. Человек с калькулятором за 8 часов в день выполняет 1000 операции. За год миллион. Таким образом, необходимо 10 млрд. человек. Выход: информационные системы на базе ЭВМ.
Работа любой организации или групп людей, связанных с использованием и осмыслением информации, а затем с выполнением определенных действий (управлением) -- с каждым операции -- на создание продукции. Эти знания являются основой для автоматизации. Оказалось, что принципы построения систем обработки информации и вопросы их автоматизации во многом общи для широкого круга предметных областей. Таким образом, появилась необходимость выделить отдельную дисциплину -- дисциплину построения АСОИУ.
В широком смысле, АСОИУ:
ПО
железо (аппаратная часть)
организационная часть
В узком смысле: ПО
Основные роли в проектировании АСОИУ:
Продавец
Он придумывает проекты для заказчика, он выявляет проблему и предлагает решения. Эти функции в некоторых случаях переходят к аналитику.
Проблемы должны быть значимыми.
Например, связанные с дисциплинарной, уголовной, административной ответственностью.
Или, например, связанные с экономией средств.
Нередко при этом сокращение численности работающих неприемлемо, даже если выгодно.
Аналитик
-- начинает цикл разработки готового продукта.
Проектировщик
ТЗ не является описанием решения, содержит в себе требования. Является приложением к договору. Предпроектное исследование делается разработчиком за свой счет (это риск) - это ошибка продавца, он должен быть уверен, прежде чем звать аналитика. Кроме ТЗ бизнес-процессы описываются в ТП. После аналитик отправляет незаконченный ТП проектировщику. Также у него есть ТЗ с техническими требованиями. Задача проектировщика: дописать ТП, чтобы программист на основании этих данных, не обладая глубокими знаниями в этой области, мог создавать ПО.
Тестирование бывает функциональное и техническое.
Внедрение включает в себя обучение пользователей. (Описание бизнес-процессов "как есть" и "как надо"). Как правило, аналитиком для этого создается регламент эксплуатации: этап первоначального ввода данных (переход на новую систему) и этап штатного использования системы. Первый этап обычно выполняется исполнителем, если происходит переход лишь на новую версию того же продукта. Либо выполняется совместно или только заказчиком. Далее необходимо подготовить ландшафт (сервера, ЦОДы, отдельные ПК). Развертывание ландшафта зачастую проблемно и требует дополнительных денежных затрат.
Нотация-- предметно-ориентированный язык (DSL), оперирующий конечным набором концепций.
Вопрос 5. Роли аналитика и продавца в процессе проектирования ПО. Содержание и результаты деятельности аналитика.
Вопрос 6. Роль проектировщика в процессе проектирования ПО. Содержание и результаты деятельности проектировщика.
Вопрос 7. Роли разработчика и тестировщика в процессе проектирования.
Вопрос 8. Понятия проблемы, решения и его эффективности.
Вопрос 9. Нотация ARIS: основные группы элементов.
Вопрос 10. Нотация BPMN: основные группы элементов.
Вопрос 11. Нотация BPMN: объекты потока управления.
Вопрос 12. Понятия системы управления, АСОИУ.
Система управления-- взаимосвязанная и взаимодействующая в процессе аппаратное и программное средство, реализующее алгоритм управления во времени определенными процессами, в результате которого производится некоторый продукт. Этим продуктом может быть материальное изделие (устройство, средство производства), информация (услуги, материальные и нематериальные блага -- безопасность государства, например) Процесс -- последовательность выполняемых во времени определенных действий (операций), происходящих при производстве продукта.
Это может быть как, например, сборка-монтаж изделия, так, например, и процессорные расчеты)
Алгоритмы описывают процессы, которыми управляет система. На основании алгоритмов, а также методик их проверки пишутся программы. Для алгоритмов указываются диапазон и погрешности входных-выходных данных, временные характеристики, логические и формальные зависимости.
АСОИУ будем называть систему, состоящую из взаимосвязанных и взаимодействующих в пространстве и времени следующих видов средств:
вычислительных
алгоритмических
средств связи
источников информации и метрологического обеспечения
средств управления и отображения информации (эти средства применяются для отображения продукта заданного качества в определенных условиях с участием человека).
