Фрилансеры предложат свои варианты уже через несколько минут!
Публикация заказа не займет много времени.

Дополнительные работы.

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЯЗАНСКОЙ ОБЛАСТИ
ОГБПОУ «РЯЗАНСКИЙ ПОЛИТЕХНИЧЕСКИЙ КОЛЛЕДЖ»
РЕФЕРАТ
на тему: «Аренда и лизинг. Отличия»
по дисциплине: основы экономики.
Выполнил:
студент 3 курса,
группы № 97,
Ляпустина Настя
Рязань, 2016 г.
ВВЕДЕНИЕ
Вместе с активным развитием технологий и всех сфер жизни, не менее активно развивается и бизнес-сфера, которая и обуславливает максимальные обороты в кредитных учреждениях, в частности - лизинговых. Лизинг давно стал неотъемлемой частью работы многих компаний, производств и т.д. Лизинг очень схож с арендой, но в то же время имеет и некоторые отличия от нее.
Для того, чтобы в своей деятельности использовать только максимально полезные инструменты и обеспечивать гарантированный рост и развитие бизнеса, нужно четко понимать, в чем заключаются отличия лизинга от аренды. Нередко знание отличий аренды от лизинга позволяет экономить средства, которые потом играют незаменимую роль в развитии дела.

ОТЛИЧИЯ ЛИЗИНГА ОТ АРЕНДЫ
Лизинг в обязательном порядке включает в себя выкуп имущества в конце, или же возврат лизингодателю. Это - главное отличие от процедуры аренды, которая, по сути, является тем же самым, лишь без смены владельца в результате.
Главные характерные отличия лизинга от аренды:
  • По условиям сделки арендодатель предоставляет в пользование определенный объект, который есть в наличии и которым он владеет. В случае же с лизингом арендатор выбирает необходимое оборудование (в выборе которого он не ограничен), затем лизингодатель его покупает и после этого оформляются финансовые отношения.
  • после подписания договора лизинга, клиент становится полноправным владельцем приобретенного им имущества. В случае с договором аренды этого не происходит - арендатор лишь получает право на владение в определенное время.
  • лизинговый договор оформляется на более длительный срок, чем соглашение аренды.
  • один объект финансовых отношений может иметь одного лизингополучателя, в то время, как арендовать оборудование или спецтехнику могут все желающие.
  • объектом аренды могут быть предметы, которые сохраняют свои характеристики на протяжении всего эксплуатационного периода, а также участки земли и объекты природы, в лизинг же нельзя оформить земельный участок и природный объект.
  • Сдавать имущество в аренду может как физическое лицо, так и организация. В то время как в лизинге арендодатель – это лизинговая компания с соответствующим Уставом.

В случае с арендой - ответственность лежит на плечах арендодателя, в случае порчи имущества и его неиспользовании, платежи могут быть приостановлены до устранения неполадок или же до заключения нового договора. Условия расторжения должны быть прописаны!
В случае с лизингом, ситуация совершенно обратная. Если владелец имущества не может его использовать по причине порчи или любой другой - он обязан продолжать вносить платежи и самостоятельно устранять неполадки, оплачивать ремонт, содержание и т.п. 
Процессы оформления этих двух видов сделок значительным образом отличаются друг от друга. Заключение договора лизинга требует значительных временных расходов и бумажной волокиты, а с арендой все намного проще.
Сходства тоже достаточно просты. И в первом и втором случае, арендодатель или лизингодатель получают средства за предоставление оборудования в пользование клиенту.


Областное государственное бюджетное профессиональное образовательное учреждение
«Рязанский политехнический колледж»
Лабораторная работа №5
на тему: «Реализация архитектуры на базе объектно-реляционного отображения с типизированными объектами» по дисциплине
МДК.03.01 Технология разработки ПО
для специальности
09.02.03 Программирование в компьютерных системах
Выполнил:
студентка III курса
группы № 97
Ляпустина А.П.
Проверила:
Калашникова В. В.

____________________
Рязань 2016Реализация архитектуры на базе объектно-реляционного отображения с типизированными объектами
Цель работы – сформировать навыки:
  • Работы в программе ArisToolset;
  • Нахождения и исправления ошибок в схемах;
  • Создания различных диаграмм.

Диаграмма 1.
Данная диаграмма описывает процесс обработки списка в отделе ИТ.


Ошибки диаграммы: текст не умещается в блоках и имеет форматирование по ширине (по центру), связь между блоками описана штрихпунктирной линией.
Диаграмма 2.
Данная диаграмма описывает процесс создания договора строительства между клиентом и фирмой с учетом всех форм рисков и требований.


Ошибки диаграммы: указаны неподходящие блоки при составлении диаграммы, некоторые процессы описаны не полностью.

Диаграмма 3.
Данная диаграмма описывает организационную структуру банка.

Ошибка диаграммы: текст не умещается в блоках.

Диаграмма 4.
Данная диаграмма описывает, как формируется заявка на комплектацию.

Ошибки диаграммы: текст не умещается в блоках, сотрудники указаны в недопустимых блоках, в связи между некоторыми блоками допущена логическая ошибка.
Диаграмма 5.
Данная диаграмма показывает как формируется отчет продаж и вычисляется спрос на товар.

Ошибка диаграммы: текст имеет форматирование по левому краю.
Диаграмма 6.
Данная диаграмма описывает организационную структуру Коломенского завода.

Ошибки диаграммы: текст не умещается в блоках, некоторые отделы указаны в неправильных блоках.

Диаграмма 7.
Данная диаграмма описывает процесс записи документа после проверки в архив и указывает ответственное лицо за некоторые процессы.


МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЯЗАНСКОЙ ОБЛАСТИ
ОГБПОУ «РЯЗАНСКИЙ ПОЛИТЕХНИЧЕСКИЙ КОЛЛЕДЖ»
РЕФЕРАТ
на тему:
«Язык объектных ограничений OCL»
по дисциплине:
Технология разработки ПО
Выполнил:
студент 3 курса,
группы № 97,
Ляпустина Настя
Проверила:
Калашникова В. В.
____________________
Рязань, 2016 г.
СОДЕРЖАНИЕ

ВВЕДЕНИЕ        3
1 ЭВОЛЮЦИЯ МОДЕЛЕЙ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ        4
1 1 КАСКАДНАЯ МОДЕЛЬ        4
1 2 СПИРАЛЬНАЯ МОДЕЛЬ        6
1 3 БЫСТРАЯ РАЗРАБОТКА ПРИЛОЖЕНИЙ        7
1 4 ИТЕРАЦИОННАЯ МОДЕЛЬ        9
1 5 КОМПОНЕНТНО-ОРИЕНТИРОВАННАЯ МОДЕЛЬ        9
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ        10


ВВЕДЕНИЕ
Жизненный цикл программного обеспечения – это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации. Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в некоторых случаях и процессы разработки.
К программному обеспечению относятся компьютерные, как платные, так и бесплатные программы, используемые для управления компьютером. 
Модель жизненного цикла программного обеспечения – это схема, которая определяет четкую и правильную последовательность выполнения и взаимосвязи процессов и действий на протяжении всего жизненного цикла. 
За последние три десятилетия в программировании сменились три основные модели жизненного цикла ПО:
  • Каскадная
  • Итерационная
  • Спиральная
    1 ЭВОЛЮЦИЯ МОДЕЛЕЙ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
    1 1 КАСКАДНАЯ МОДЕЛЬ
    Водопадная или последовательная модель появилась в 1970 году. В ее основе заключается поэтапное выполнение всех стадий разрабатываемого проекта в строгом порядке.
    Содержание основных стадий:
    Системный анализ задает роль каждого элемента в компьютерной системе, взаимодействие элементов друг с другом. Поскольку ПО является лишь частью большой системы, то анализ начинается с определения требований ко всем системным элементам и назначения подмножества этих требований программному элементу. Необходимость системного подхода явно проявляется, когда формируется интерфейс ПО с другими элементами . На этом же этапе начинается решение задачи планирования проекта ПО. В ходе планирования проекта определяются объем проектных работ и их риск, необходимые трудозатраты, формируются рабочие задачи и план-график работ.
    Анализ требований относится к программному элементу – программному обеспечению. Уточняются и детализируются его функции, характеристики и интерфейс.
    Проектирование состоит в создании представлений:
    • архитектуры ПО
    • модульной структуры ПО
    • алгоритмической структуры ПО
    • структуры данных
    • входного и выходного интерфейса (входных и выходных форм данных)
      Исходные данные для проектирования содержатся в спецификации анализа, т. е. в ходе проектирования выполняется трансляция требований к ПО во множество проектных представлений: при решении задач проектирования основное внимание уделяется качеству будущего программного продукта.
      Кодирование – перевод результатов проектирования в текст на языке программирования.
      Тестирование – выполнение программы для выявления дефектов в функциях, логике и форме реализации программного продукта.
      Сопровождение – это внесение изменений в эксплуатируемое ПО. Цели изменений:
      • исправление ошибок
      • адаптация к изменениям внешней для ПО среды
      • усовершенствование ПО по требованиям заказчика

      Сопровождение ПО состоит в повторном применении каждого из предшествующих шагов (этапов) жизненного цикла к существующей программе, но не в разработке новой программы.
      Как и любая инженерная схема, классический жизненный цикл имеет достоинства и недостатки.
      Достоинства классического жизненного цикла:
      • Получение в конце каждой стадии законченного набора проектной документации, отвечающего требованиям полноты и согласованности
      • Простота планирования процесса разработки

      Недостатки классического жизненного цикла:
      • Реальные проекты часто требуют отклонения от стандартной последовательности шагов
      • Цикл основан на точной формулировке исходных требований к ПО (реально в начале проекта требования заказчика определены лишь частично)
      • результаты проекта доступны заказчику только в конце работы

      На практике, последовательная модель фиксирует важные моменты жизненного цикла, такие, как: точное распределение рабочего процесса и поставленных задач, инициируя тем самым переход к следующему этапу, а также малые циклы, в результате которых достигается компромиссное задание.
      1 2 СПИРАЛЬНАЯ МОДЕЛЬ
      В процессе использования такой модели, программное обеспечение создается в несколько этапов путем прототипирования. Здесь, каждая итерация всецело соответствует фрагменту или версии ПО. На ее основе уточняются цели и общие характеристики проекта, а также оцениваются качественные характеристики полученного результата. 
      Данная модель определяет четыре действия, представляемые четырьмя квадрантами спирали:
      • Планирование – определение целей, вариантов и ограничений.
      • Анализриска – анализ вариантов и распознавание/выбор риска.
      • Конструирование – разработка продукта следующего уровня.
      • Оценивание – оценка заказчиком текущих результатов конструирования.

      В современной спиральной модели существует набор контрольных точек:
      • Концепция системы
      • Цели жизненного цикла и его архитектура
      • Первый вариант создаваемой программы, которая подлежит эксплуатации
      • Готовый продукт

      Достоинства спиральной модели:
      • Наиболее реально (в виде эволюции) отображает разработку программного обеспечения;
      • Позволяет явно учитывать риск на каждом витке эволюции разработки;
      • Включает шаг системного подхода в итерационную структуру разработки;
      • Использует моделирование для уменьшения риска и совершенствования программного изделия.

      Недостатки спиральной модели:
      • Повышенные требования к заказчику;
      • Трудности контроля и управления временем разработки.

      1 3 БЫСТРАЯ РАЗРАБОТКА ПРИЛОЖЕНИЙ
      Модель быстрой разработки приложений (Rapid Application Development) обеспечивает экстремально короткий цикл разработки. RAD – высокоскоростная адаптация линейной последовательной модели, в которой быстрая разработка достигается за счет использования компонентно-ориентированного конструирования. Если требования полностью определены, а проектная область ограничена, RAD-процесс позволяет группе создать полностью функциональную систему за очень короткое время (60–90 дней).
      RAD-подход ориентирован на разработку информационных систем и
      выделяет следующие этапы:
      Бизнес-моделирование. Моделируется информационный поток между бизнес-функциями. Ищутся ответы на следующие вопросы: Какая информация руководит бизнес-процессом? Какая информация генерируется? Кто генерирует ее? Где информация применяется? Кто обрабатывает ее?
      Моделирование данных. Информационный поток, определенный на этапе бизнес-моделирования, отображается в наборе объектов данных, которые требуются для поддержки бизнеса. Идентифицируются характеристики (свойства, атрибуты) каждого объекта, определяются отношения между объектами;
      Моделирование обработки. Определяются преобразования объектов данных, обеспечивающие реализацию бизнес-функций. Создаются описания обработки для добавления, модификации, удаления или нахождения (исправления) объектов данных;
      Генерация приложения. Предполагается использование методов, ориентированных на языки программирования 4-го поколения. Вместо создания ПО с помощью языков программирования 3-го поколения RAD-процесс работает с повторно используемыми программными компонентами или создает повторно используемые компоненты. Для обеспечения конструирования применяются утилиты автоматизации;
      Тестирование и объединение. Поскольку применяются повторно используемые компоненты, многие программные элементы уже протестированы. Это уменьшает время тестирования (хотя все новые элементы должны быть протестированы).
      Применение RAD возможно в том случае, когда каждая главная функция может быть завершена за 3 месяца. Каждая главная функция адресуется отдельной группе разработчиков, а затем интегрируется в целую систему.
      Применение RAD имеет и свои недостатки, и ограничения:
      Для больших проектов в RAD требуются существенные людские ресурсы (необходимо создать достаточное количество групп);
      RAD применима только для таких приложений, которые могут декомпозироваться на отдельные модули и в которых производительность не является критической величиной;
      RAD неприменима в условиях высоких технических рисков (т. е. при использовании новой технологии).
      1 4 ИТЕРАЦИОННАЯ МОДЕЛЬ
      Данная модель является альтернативой каскадной модели. Она предполагает распределение жизненного цикла программы на поэтапность итераций, целью которых есть получение функционирующей версии программной системы. Конечный результат последней итерации обладает всей необходимой функциональностью продукта. Таким образом, с завершением каждой итерации, программа развивается эволюционно.
      1 5 КОМПОНЕНТНО-ОРИЕНТИРОВАННАЯ МОДЕЛЬ
      Компонентно-ориентированная модель является развитием спиральной. В этой модели конкретизируется содержание квадранта конструирования – оно отражает тот факт, что в современных условиях новая разработка должна основываться на повторном использовании существующих программных компонентов.
      Программные компоненты, созданные в реализованных программных проектах, хранятся в библиотеке. В новом программном проекте, исходя из требований заказчика, выявляются кандидаты в компоненты. Далее проверяется наличие этих кан...