Вопросы для экзамена по курсу "Проектирование асоиу"
| Вид материала | Вопросы для экзамена |
- О подготовке курсовых проектов(рабочие материалы) по курсу «Проектирование асоиу», 78.25kb.
- Рабочая программа По дисциплине «Проектирование асоиу» По специальности 230102., 263.71kb.
- Методические указанию по выполнению курсового проекта по дисциплине 1722 «Проектирование, 245.78kb.
- Контрольные вопросы для подготовки экзамена (зачета) по курсу «Хозяйственное (предпринимательское)», 66.19kb.
- Учебно-методический комплекс по дисциплине б в 05 -проектирование асоиу, 701.7kb.
- Задачи практики: ознакомление и исследование новых тенденций и разработок в области, 16.2kb.
- Курс лекций «Проектирование асоИу», «системы реального времени», 521.56kb.
- Вопросы по курсу «Отечественная история» для экзамена в мгк им. П. И. Чайковского, 29.17kb.
- Вопросы к экзамену по курсу «Проектирование ис». (9-й семестр 2009г), 37.96kb.
- Программа курса «Экономическая теория» для поступающих в аспирантуру по специальности, 349.1kb.
Вопросы для экзамена по курсу “Проектирование АСОИУ”/ 12/2006
1.Общая характеристика процесса проектирования АСОИУ. Цели и этапы разработки консалтинговых проектов 2
2.Разработка системного проекта на основе стандарта ISO 12207. Основные процессы жизненного цикла программного обеспечения АСОИУ. 5
3.Модели жизненного цикла программного обеспечения АСОИУ. Подход RAD. 7
4.Структурный подход к проектированию информационной системы. Функциональная модель АСОИУ. Количественный анализ диаграмм IDEF0 и DFD. 10
5.Объектно-ориентированный подход к анализу и проектированию информационной системы. Унифицированный язык моделирования UML. 11
6.Моделирование бизнес-процессов спецификация требований на основе структурного подхода. 14
7.Моделирование бизнес-процессов спецификация требований на основе объектно-ориентированного подхода. Методика RUP. 15
8.Разработка модели защиты данных в АСОИУ. 16
9.Разработка пользовательского интерфейса. 17
10.Проектирование распределенной обработки данных. 18
11.Анализ и оценка производительности АСОИУ. 20
12.Управление проектом АСОИУ 20
13.Проектная документация АСОИУ. Требования ГОСТов к документации, содержание документации. 22
14.Инструментальные средства проектирования АСОИУ. 24
15.Типизация проектных решений АСОИУ. Использование коробочных продуктов и адаптируемых интегрированных систем. 25
16.Графические средства представления проектных решений АСОИУ (IDEF, DFD, UML, ERD и т.д.) 29
17.Распределенная обработка данных. 31
18.Системное проектирование Программных систем на основе стандартизации. 33
19.Стандартизированные показатели качества сложных программных систем 34
20.Понятие и виды CASE-средств 35
21.Стандарты для информационных систем управления MRP, ERP, CSRP, CRM 36
22.Аспекты внедрения ERP-систем. Стратегии и типы производства 38
23.Стратегии производства и период поставки 39
24.Стратегии производства и методы планирования 39
25.Выбор типа управления производством 40
26.Эффективность внедрения корпоративной информационной системы. Традиционные финансовые методы 41
27.Эффективность внедрения корпоративной информационной системы.Качественные методы 42
28.Эффективность внедрения корпоративной информационной системы. Вероятностные методы 43
29.Характеристика рынка программного обеспечения по автоматизации деятельности организации. Состояние рынка программного обеспечения 44
30.Характеристика рынка программного обеспечения по автоматизации деятельности организации. Основные участники рынка информационных и телекоммуникационных технологий 44
31.Характеристика рынка программного обеспечения по автоматизации деятельности организации. Критерии выбора корпоративной информационной системы 45
32.Основные подходы внедрения КИС 47
33.Стратегии внедрения КИС на примере “Баан” 49
34.Стратегии внедрения КИС на примере корпорации “Парус” 49
-
Общая характеристика процесса проектирования АСОИУ. Цели и этапы разработки консалтинговых проектов
Современные информационные технологии предоставляют широкий набор способов реализации АСОИУ, выбор которых осуществляется на основе требований со стороны предполагаемых пользователей, которые, как правило, изменяются в процессе разработки. Для теории принятия решений процесс проектирования системы – это процесс принятия проектно-конструкторских решений, направленных на получение версии системы, удовлетворяющей требования заказчика.
Под проектом будем понимать проектно-конструкторскую и технологическую документацию, в которой представлено описание проектных решений по созданию и эксплуатации системы в конкретной программно-технической среде.
Под проектированием системы понимается процесс преобразования входной информации об объекте проектирования, о методах проектирования и об опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом в проект АСОИУ. С этой точки зрения проектирование АСОИУ сводится к последовательной формализации проектных решений на различных стадиях жизненного цикла системы: предпроектного анализа требований, технического и рабочего проектирования, внедрения и эксплуатации АСОИУ.
Осуществление проектирования системы предполагает использование проектировщиками определенной технологии проектирования, соответствующей масштабу и особенностям разрабатываемого проекта.
Технология проектирования системы – это совокупность методологии и средств проектирования системы, а также методов и средств организации проектирования (управление процессом создания и модернизации проекта системы).
В основе технологии проектирования лежит технологический процесс, который определяет действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий. Технологический процесс проектирования системы в целом делится на совокупность последовательно-параллельных, связанных и соподчиненных цепочек действий, каждое из которых может иметь свой предмет.
Проектирование системы – трудоемкий, длительный и динамический процесс. Технологии проектирования, применяемые в настоящее время, предполагают поэтапную разработку системы. Этапы по общности могут разделятся в стадии. Совокупность стадий и этапов, которые проходит система в своем развитии о момента принятия решения о создании системы до момента прекращения функционирования системы, называется жизненным циклом системы.
Суть содержания жизненного цикла разработки системы в различных подходах одинакова и сводится к выполнению следующих стадий:
Планирование и анализ требований (предпроектная стадия) – системный анализ. Исследование и анализ существующей системы, определение требований к создаваемой системе, оформление технико-экономического обоснования и технического задания на разработку системы.
Проектирование (техническое проектирование, логическое проектирование). Разработка в соответствии со сформулированными требованиями состава автоматизируемых функций и состава обеспечивающих подсистем, оформление технического проекта системы.
Реализация проекта (рабочее проектирование, физическое проектирование, программирование). Разработка и настройка программ, наполнение баз данных, создание рабочих инструкций для персонала, оформление рабочего проекта.
Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем, обучение персонала, поэтапное внедрение системы в эксплуатацию, оформление акта о приемо-сдаточных испытаниях системы.
Эксплуатация системы (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании системы, исправление ошибок и недоработок, оформление требований к модернизации системы и ее выполнение.
Консалтинг
Консалтинг - это деятельность специалиста или целой фирмы, занимающихся стратегическим планированием проекта, анализом и формализацией требований к информационной системе, созданием системного проекта, иногда - проектированием приложений.
Цели и этапы разработки консалтинговых проектов.
Основными целями разработки консалтинговых проектов являются:
- представление деятельности предприятия и принятых в нем технологий в виде иерархии диаграмм, обеспечивающих наглядность и полноту их отображения;
- формирование на основании анализа предложений по реорганизации организационно-управленческой структуры;
- упорядочивание информационных потоков (в том числе документооборота) внутри предприятия;
- выработка рекомендаций по построению рациональных технологий работы подразделений предприятия и его взаимодействию с внешним миром;
- анализ требований и проектирование спецификаций корпоративных информационных систем;
- рекомендации и предложения по применимости и внедрению существующих систем управления предприятиями (прежде всего классов MRP - manufacturing resource planning и ERP - enterprise resource planning).
Структуру подхода к разработке консалтинговых проектов можно представить след. этапами.
1. Анализ первичных требований и планирование работ
Его основными задачами являются: анализ первичных бизнес-требований, предварительная экономическая оценка проекта, построение план-графика выполнения работ, создание и обучение совместной рабочей группы.
2. Проведение обследования деятельности предприятия
В рамках данного этапа осуществляется:
- предварительное выявление требований, предъявляемых к будущей системе;
- определение оргштатной и топологической структур предприятия;
- определение перечня целевых задач (функций) предприятия;
- анализ распределения функций по подразделениям и сотрудникам;
- определение перечня применяемых на предприятии средств автоматизации.
3. Построение моделей деятельности предприятия
На данном этапе осуществляется обработка результатов обследования и построение моделей деятельности предприятия следующих двух видов:
- модели “как есть”;
- модели “как должно быть”
4. Разработка системного проекта
Данный этап является первой фазой разработки собственно системы автоматизации, на которой требования заказчика уточняются, формализуются и документируются. Фактически на этом этапе дается ответ на вопрос: "Что должна делать будущая система?".
5. Разработка предложений по автоматизации предприятия
6. Разработка технического проекта
На данном этапе на основе системного проекта и принятых решений по автоматизации осуществляется проектирование системы. Фактически здесь дается ответ на вопрос: "Как (каким образом) мы будем строить систему, чтобы она удовлетворяла предъявленным к ней требованиям?". Этот этап разделяется на два подэтапа:
- проектирование архитектуры системы;
- детальное проектирование;
7. Последующие этапы
В случае разработки собственной системы последующие этапы являются традиционными: по спецификациям технического проекта осуществляется программирование модулей, их тестирование и отладка и последующая комплексация в автоматизированные рабочие места и в систему в целом. При этом схема интегрированной базы данных, как правило, генерируется автоматически на основании информационной модели.