
Тематика готовой работы: Информатика
Название готовой работы: Кейс «Разработка технического задания на проектирование информационной системы»
Вид готовой работы: Кейс
Количество страниц: 26 (Times New Roman 14, полуторный интервал)
Описание готовой работы:
I. выполнение письменного задания.
ВАРИАНТ 2
1. Что такое информация, информатизация, информационный ресурс?
Какие виды информационных ресурсов существуют в экономике?
2. Опишите основные этапы разработки информационных систем.
3. Дайте краткую характеристику системного анализа.
4. Дайте краткую характеристику техническому и программному видам обеспечения.
5. Сформулируйте цели защиты информации.
6. Перечислите вопросы комплексного изучения рынка АЭИС.
7. Дайте краткую характеристику участников проектирования АЭИС.
8. Опишите содержание технического задания на создание системы.
9. Перечислите основные характеристики структуры системы.
II. Интерактивную деятельность (решение кейса).
Кейс «Разработка технического задания на проектирование информационной системы»
Ситуация: группе разработчиков необходимо разработать программный продукт в течение двух месяцев. Перед началом проектирования требуется разработать техническое задание на проектирование информационной системы. Документ должен отражать следующие моменты:
1. Общие сведения
1.1. Наименование системы
1.2. Заказчик
2. Назначение и цели создания ИС
2.1. Назначение ИС
2.2. Цели создания ИС
3. Характеристика объекта автоматизации
3.1. Описание основных подразделений объекта автоматизации и их функ-ции
3.2. Перечень автоматизируемых функций
4. Требования в ИС
4.1. Требования к системе в целом
4.1.1. Требования к структуре и функционированию системы
4.1.2. Требования к показателям назначения
4.1.3. Требования к надежности
4.1.4. Требования к безопасности
4.1.5. Требования к эргономике и технической эстетике
4.1.6. Требования к эксплуатации
4.1.7. Требования к защите информации от несанкционированного до-ступа
4.1.8. Требования к сохранности информации при авариях
4.1.9. Требования по стандартизации и унификации
4.2. Требования к функциям ИС
4.3. Требования к видам обеспечения ИС
4.3.1. Требования к математическому обеспечению
4.3.2. Требования к информационному обеспечению
4.3.3. Требования к лингвистическому обеспечению
4.3.4. Требования к программному обеспечению
4.3.5. Требования к техническому обеспечению
4.3.6. Требования к организационному обеспечению
5. Состав и содержание работ
5.1. Первый этап. Внедрение ИС.
5.2. Второй этап. Информационно-технологическое обслуживание.
5.2.1. Состав информационно-технологического обслуживания
5.2.2. Технологическое обеспечение системы
5.2.3. Требования к организационному обеспечению
5.2.4. Требования к обновлению и сопровождению системы
6. Порядок контроля и приемки системы
7. Требования к документированию
7.1. Перечень технических документов
7.2. Дополнительные требования к документированию
8. Источники разработки
9. Порядок внесения изменений.
В группе пять программистов. Руководитель проекта – знающий специалист. Он - равный среди равных, и придерживается демократичного стиля руководства, считая, что каждый программист имеет право иметь свой взгляд на разработку и на порядок ее осуществления. В течение первого месяца работы группа не смогла прийти к общему мнению по поводу организации взаимодействия, в результате чего техническое задание в полном объеме не было создано. Под угрозу поставлено выполнение заказа на разработку программного продукта.
2. Проблема состоит в следующем: в чем причина отсутствия результата, почему группа не смогла организовать плодотворную работу?
3. Ключевое задание: разработать возможные варианты решения проблемы и обосновать выбор оптимального варианта.
III. Экзаменационный тест
№ Содержание вопроса Варианты ответа
1 Какое утверждение неверно для каскадного способа разработки информационных систем
a) Его основной характеристикой является разбиение всей разработки на этапы
b) Переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем.
c) Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
d) Последовательность шагов разработки следующая: Анализ – Проектирование – Сопряжение – Реализация – Внедрение
2. Какое утверждение неверно для спиральной модели жизненного цикла информационной системы
a) Делает упор на начальные этапы жизненного цикла: анализ и проектирование.
b) Переход на следующий уровень не может быть осуществлен до полного завершения предыдущего.
c) Каждый виток спирали соответствует созданию фрагмента или версии программного обеспечения (ПО), на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации.
d) Основная проблема спирального цикла - определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла.
3 Абстракции цели или назначения человека, части оборудования или организации: a) реальные объекты;
b) роли;
c) прецедент;
d) взаимодействия;
4 Объекты, получаемые из отношений между другими объекта-ми:
a) реальные объекты;
b) роли;
c) прецедент;
d) взаимодействия;
5 Деятельность или операция, которая должна быть выполнена экземпляром, когда он достигает состояния
a) Сущность,
b) Событие,
c) Действие,
d) Состояние.
6 Функциональные диаграммы могут изображаться в нотации:
a) DFD
b) IDEF0
c) IDEF1X
d) IDEF2
7 Диаграммы потоков данных могут изображаться в нотации:
a) DFD
b) IDEF0
c) IDEF1X
d) IDEF2
8 Диаграммы сущность-связь могут изображаться в нотации:
a) DFD
b) IDEF0
c) IDEF1X
d) IDEF2
9 Что из ниже перечисленного не может включаться в диаграммы потоков данных: a) таймер,
b) внешняя сущность,
c) процессы,
d) накопители данных
10 Определяет информацию, пере-даваемую через некоторое со-единение от источника к приемнику в диаграммы потоков данных:
a) внешняя сущность
b) процесс
c) накопитель данных
d) поток данных
11 Жизненный цикл информационной системы – это
1. Модель создания информационной системы.
2. Модель эксплуатации информационной системы.
3. Модель проектирования информационной системы.
4. Модель создания и использования информационной системы.
12 Case-средства обеспечивают
1. Использование специальным образом организованного хранилища проектных метаданных (репозитория).
2. Сокращение персонала, связанного с информационной технологией.
3. Уменьшение степени участия в проектах высшего руководства и менеджеров, а также экспертов предметной области, уменьшение степени участия пользователей в процессе разработки приложений.
4. Немедленное повышение продуктивности деятельности организации.
13 Уровнями логической модели данных являются
1. Диаграмма сущность-связь.
2. Модель данных, основанная на ключах.
3. Полная атрибутивная модель.
4. Вышеперечисленные ответы 1, 2, 3 верны.
5. Вышеперечисленные ответы 1, 3 верны.
14 На диаграмме, изображенной на рисунке, элемент, обозначенный ?, – это
1. Управление.
2. Данные.
3. Ресурсы.
4. Дополнительный вход.
15 В ER- диаграмме обозначение используется для отображения 1. Хранилища данных.
2. Неполной категории.
3. Полной категории.
4. Не используется.
16 Что изображено на рисунке
1. Контекстная диаграмма.
2. Диаграмма детализации.
3. Диаграмма данных.
17 Миграция атрибутов в логической модели данных происходит при установлении 1. Идентифицирующей связи.
2. Неидентифицирующей связи.
3. В любом из вышеперечисленных случаев.
18 Имя роли (функциональное имя) в логической модели данных – это
1. Синоним атрибута внешнего ключа в дочерней сущности.
2. Отображаемое имя связи на диаграмме.
3. Имя внешнего ключа в дочерней сущности.
19 На диаграмме, изображенной на рисунке, между сущностями установлена
1. Идентифицирующая связь.
2. Неидентифицирующая связь.
3. Связь многие-ко-многим.
20 Определенное свойство объекта в ER-диаграмме выражает
1. Сущность.
2. Атрибут.
3. Связь.
4. Ключ.
5. Все вышеперечисленные ответы верны.
21 Между зависимой и независимой сущностями связь может быть
1. Неидентифицирующая.
2. Многие- ко- многим.
3. Идентифицирующая.
4. Все вышеперечисленные ответы верны.
22 Внешний ключ – это
1. Мигрировавший в атрибуты дочерней сущности первичный ключ из родительской сущности.
2. Первичный ключ родительской сущности.
3. Первичный ключ данной сущности.
4. Атрибут, по которому возникает необходимость сортировки данных.
23 Одним из требований, предъявляемым к первичному ключу, является следующее:
1. Два экземпляра не должны иметь одинаковых значений возможного ключа.
2. Ключ не должен быть составным.
3. Атрибуты ключа должны иметь ну-левые значения.
24 Внешние ключи создаются автоматически
1. Когда любая связь соединяет сущности.
2. Только при установлении идентифицирующей связи.
3. Только при установлении связи "многие-ко-многим".
4. Нет верного ответа.
25 Зависимые сущности
1. Могут иметь один и тот же внешний ключ из нескольких родительских сущностей.
2. Не могут получить один и тот же внешний ключ несколько раз через разные связи.
3. Справедливо и 1 и 2.
Ключевые слова: АЭИС, IDEF, DFD, IDEF0, IDEF1X, IDEF2, Проектирование информационных систем, ПИС, информация, ТЗ, техническое задание, Экзаменационный тест, данные, Контекстная диаграмма
Год создания: 2016
Автор:
Сотрудник сайта kursovik.com
(письмо автору)
Данная работа написана ЧЕЛОВЕКОМ без использования ИИ
Продажа каждой работы строго учитывается,
у каждой работы есть своя история продаж.
СодержаниеI. Письменное задание . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 II . Кейс «Разработка технического задания на проектирование информационной системы» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .17 III . Экзаменационный тест . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .20 Список литературы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .26
|
Задать вопрос администратору по продажам: Telegram: ВКонтакте: WhatsApp: Viber: E-mail: |
| | ВНИМАНИЕ ! Если данная готовая работа 'Кейс «Разработка технического задания на проектирование информационной системы»' Вам не подходит, не забывайте, что Вы всегда можете заказать написание новой работы в точном соответствии с тем заданием, которое Вам выдал преподаватель. |
Предварительный просмотр
| Вы можете связаться с нами по следующим контактам:
|
ВНИМАНИЕ!
Приобретаемая Вами готовая работа является СПРАВОЧНЫМ УЧЕБНЫМ МАТЕРИАЛОМ и продается КАК ЕСТЬ,
поэтому обмену либо возврату НЕ ПОДЛЕЖИТ.
Если преподаватель в процессе проверки работы предложит Вам внести какие-либо
изменения/дополнения в неё, то все изменения/дополнения работы вносятся ТОЛЬКО ЗА ОТДЕЛЬНУЮ ПЛАТУ,
которую назначает автор данной готовой работы и только в том случае, если он это может выполнить в необходимые Вами сроки.
Подробности смотрите по ссылке.
|
| Москва | |
| Омск | |
| Омск | |
| Омск |

Заполните форму, которая расположена чуть Выше данного текста и нажмите кнопку "Купить"
После заполнения формы Вы получите на свой E-mail автоматическое письмо со всеми подробностями оплаты заказа. Оплата производится через платёжную систему Ю.Касса, которая обеспечивает полную защиту онлайн-платежей при покупках в Интернете. Оплатить заказ можно как электронными деньгами, так и банковской картой, в том числе и кредитной.
В течение нескольких минут с момента оплата заказа. Мы работаем 7 дней в неделю.
На Ваш E-mail адрес и в личном кабинете нашего сайта sys.kursovik.com.
В электронном виде, файл формата MS-Word.
Смотрите рубрику Наши гарантии
Эти данные нам нужны для того, чтобы можно было предотвратить повторную продажу работы в один и тот же ВУЗ. На сайте в таблице продаж публикуется только информация о городах, куда была продана работа. Если клиент видит, что в его город работа уже покупалась, то он может запросить у нас название ВУЗов, куда покупалась эта работа. Данные о ВУЗе клиента хранятся только в нашей базе, в открытом доступе их нет. Если Вы все-таки не хотите оставлять информацию о городе и ВУЗе, то просто введите в соответствующие поля несколько пробелов. Тем не менее, мы Вам рекомендуем всё-таки указать достоверную информацию, тем самым Вы застрахуетесь от того, чтобы кто-то из студентов Вашего ВУЗа вместе с Вами сдавал одинаковую работу одному и тому же преподавателю.
В идеале купленная работа должна быть использована в качестве образца или основы, чтобы студенту было проще написать свою собственную работу. Но если Вы всё-таки решите сдавать купленную у нас работу без изменений, то с нашей стороны по этому поводу никаких претензий не будет.
Да, мы можем гарантировать уникальность данной работы.
Она была разработана нашим специалистом и выставлена на продажу в 2017 году.
Вы можете уточнить данную информацию у нашего администратора,
нажав на эту ссылку,
укажите в форме Ваши контактные данные, администратор проверит работу на антиплагиате и пришлет Вам результаты проверки.
Он это сделает в течение 2-24х часов (время отклика напрямую зависит от времени суток (ночью мы не работаем)).
Тем не мнее, если вдруг при проверке купленной у нас готовой работы, она не дотятянет
до требуемого в Вашем ВУЗе процента уникальности, то мы готовы поднять его при помощи
специальной программы.Поэтому, Вы можете не отправлять запрос на получение информации, какова реальная уникальность
данной готовой работы, а сразу заполнить форму ее покупки(лист заказа) и указать в нем
требуемый процент уникальности текста по системе АнтиПлагиат.Ру и Вы
получите готовую работу с нужным Вам процентом уникальности сразу после оплаты заказа.
ВНИМАНИЕ ! Это предложение действительно только для готовых
работ, купленных на нашем сайте ! Повышать уникальность каких-либо других работ мы не будем :-)
4 раза.
Ниже приводится таблица продаж:
| Москва | |
| Омск | |
| Омск | |
| Омск |
Вы можете узнать дополнительно, в какие ВУЗы Вашего города сдавалась эта работа, нажав на следующую ссылку