CC BY
6
жилищным кредитованием в России // Сервис +. 2008. №3. URL: https://cyberleninka.ru/article/n/sistemnyy-podhod-k-protsessu-upravleniya-ipotechnym-zhilischnym-kreditovaniem-v-rossii (дата обращения: 12.06.2018).
4. Симонов С. Г., Клепикова А. М. Национальная экономика: макроэкономический подход. Тюмень: Изд-во «Нефтегазовый университет», 2010. 124 с.
5. Абрамов Р. А. К вопросу об оценке роли государства в процессе развития рыночной экономики // Вопросы управления. 2014. № 3.
6. Селяхина Е. С. Деятельность органов государственной власти в сфере российского жилищного рынка в условиях мирового финансово-экономического кризиса // Научно-информационный электронный журнал студентов и молодых ученых «ЭГО: Экономика. Государство. Общество». 2011. № 1. URL: http://ego.uapa.ru/ru-ru/issue/2011/01/02/ (дата обращения: 12.06.2018).
УДК: 004.41
Бельтоев Х.М. бакалавр
факультет «Информационных технологий и математики» Нижневартовский Государственный Университет
Россия, г. Нижневартовск ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ СБОРА ХРАНЕНИЯ ПРЕДСТАВЛЕНИЯ И АНАЛИЗА ТЕХНИЧЕСКИХ ПАРАМЕТРОВ ПОТРЕБЛЕНИЯ ЭЛЕКТРОЭНЕРГИИ ОБЪЕКТАМИ НИЖНЕВАРТОВСОГО
ГОСУДАРСТВЕННОГО УНИВЕРСИТЕТА Аннотация:
С развитием информационных технологий компьютеры с их расширенными функциональными возможностями активно используются в различных областях человеческой деятельности, связанных с обработкой информации, представлением данных.
Ключевые слова: информация, информационные системы, разработка.
Beltoev Kh.M.
Nizhnevartovsk state University, Department of information technology and mathematics Megion, technician-programmer Contact Information: post office of Megion DESIGN AND DEVELOPMENT OF INFORMATION SYSTEM FOR STORAGE OF DATA AND ANALYSIS OF TECHNICAL PARAMETERS OF POWER CONSUMPTION BY NIZHNEVARTOVSK STATE
UNIVERSITY FACILITIES Annotation: With the development of information technology, computers, with their advanced functions are actively used in various fields of human activity related to information processing, data presentation.
Keywords: information, information systems, development
В современном обществе, которое работает в жестких рыночных условиях, своевременная обработка информации способствует улучшению организации производства, оперативного и долгосрочного планирования, прогнозирования и анализа экономической деятельности, что позволяет успешно конкурировать на рынке. Каждая организация стремится минимизировать время, материалы, трудовые ресурсы в ходе своей деятельности и упростить процесс обработки информации. Эти задачи могут быть решены с использованием автоматизированных информационных систем.
Для новых программных систем процесс разработки требований должен начинаться с технико-экономического обоснования. Начало такого анализа представляет собой общее описание системы и ее назначение, и результатом анализа является отчет, в котором должна быть четкая рекомендация о том, следует ли продолжать процесс разработки требований разрабатываемой системы, другими словами, анализ осуществимости должен отвечать на следующие вопросы.
1. Соответствует ли система общим и деловым целям организации -заказчика и организации развития?
2. Можно ли внедрить систему с использованием существующих технологий и не превышать пределов данной стоимости?
3. Можно ли комбинировать систему с другими системами, которые уже работают?
Критический вопрос заключается в том, будет ли система соответствовать целям организации. Если система не отвечает этим целям, она не представляет никакой ценности для организации. В то же время многие организации разрабатывают системы, которые не выполняют своих целей, или не совсем понятны в отношении этих целей или под влиянием политических или социальных факторов.
Технико-экономическое обоснование включает сбор и анализ информации о будущей системе и составление соответствующего отчета. Сначала вам нужно определить, какая информация необходима для ответа на поставленные выше вопросы. Например, вы можете получить эту информацию, ответив на следующее:
1. Что произойдет с организацией, если система не будет введена в эксплуатацию?
2. Какие существуют существующие проблемы в организации и как новая система поможет их решить?
3. Как система будет способствовать достижению бизнес-целей?
4. Требуется ли разработка технологической системы, которая ранее не использовалась в организации?
Затем нужно определить источники информации. Это могут быть менеджеры отделов, где система будет использоваться, разработчики
программного обеспечения, знакомые с типом будущей системы, технологи, конечные пользователи и т. Д (Константайн Л., Локвуд Л., 592).
После обработки собранной информации подготовлен отчет по анализу осуществимости системы. Он должен дать рекомендации о том, как продолжить развитие системы. Могут быть предложены изменения в бюджете и графике работы по созданию системы или могут быть предъявлены более высокие требования к системе.
Эффективное управление проектом программного обеспечения напрямую зависит от правильного планирования работы, необходимой для его реализации. Этот план помогает менеджеру предвидеть проблемы, которые могут возникнуть на любом этапе разработки программного обеспечения, и разработать превентивные меры для их предотвращения или решения. План, разработанный на начальном этапе проекта, рассматривается всеми его участниками в качестве ориентировочного документа, реализация которого должна привести к успешному завершению проекта. Этот первоначальный план должен подробно описать все этапы реализации проекта.
Процесс планирования начинается с описания системы с определением ограничений проекта (временные ограничения, доступность имеющегося персонала, бюджетные ограничения и т. д.). Эти ограничения следует определять параллельно с оценкой параметров проекта, такими как структура и размер проекта, а также распределение функций среди исполнителей. Затем определяются этапы разработки и результаты документации, прототипов, подсистем или версий программного продукта) должны быть получены в конце этих этапов. Затем начинается циклическая часть планирования. Во-первых, разрабатывается расписание реализации проекта или дается разрешение на продолжение использования ранее созданного графика. После этого отслеживаются рабочие характеристики и отмечаются расхождения между фактическим и планируемым прогрессом.
Кроме того, по мере поступления новой информации о ходе реализации проекта, можно пересмотреть исходные оценки параметров проекта. Это, в свою очередь, может привести к изменению графика работы. Если в результате этих изменений будут нарушены сроки завершения проекта, необходимо будет рассмотреть проектные ограничения (и согласованы с клиентом программного обеспечения).
Конечно, большинство руководителей проектов не думают, что реализация их проектов будет идти гладко, без каких-либо проблем. Целесообразно описать возможные проблемы, прежде чем они проявятся в ходе проекта. Поэтому лучше делать «пессимистические» графики работы, чем «оптимистичные». Но, конечно же, невозможно составить план, учитывающий все, в том числе случайные, проблемы и задержки в реализации проекта, и поэтому необходимо периодически анализировать ограничения проекта и этапы создания программного продукта.
В плане проекта должны быть четко указаны ресурсы, необходимые
для реализации проекта, разделение работы на этапы и график выполнения этих шагов. В некоторых организациях план проекта составляется как единый документ, содержащий все типы планов, описанных выше. В других случаях в плане проекта описывается только технологический процесс создания программного обеспечения. В этом плане обязательно есть ссылки на другие типы планов, но они разрабатываются отдельно от плана проекта.
Детальное планирование проектов сильно варьируется в зависимости от типа разрабатываемого программного обеспечения и организации-разработчика. Но в любом случае большинство планов содержат следующие разделы.
1. Введение. Краткое описание целей проекта и ограничений проекта (бюджет, время и т. д.), которые важны для управления проектами.
2. Организация проекта. Описание метода выбора команды разработчиков и распределения обязанностей между членами команды.
3. Анализ рисков. Описание возможных проектных рисков, вероятность их проявления и стратегии, направленные на их сокращение.
4. Аппаратные и программные ресурсы, необходимые для реализации проекта. Список оборудования и программного обеспечения, необходимых для разработки программного продукта. Если требуется приобретение оборудования, их стоимость будет показана вместе с графиком покупок и поставок.
5. Разбивка работы на этапы. Процесс реализации проекта разделен на отдельные процессы, определяются этапы реализации проекта, описываются результаты («выходы») каждого этапа и описываются контрольные метки.
6. График работы. На этом графике показаны зависимости между отдельными процессами (этапами) разработки программного обеспечения, оценкой времени их выполнения и распределением членов команды на отдельных этапах.
7. Механизмы мониторинга и мониторинга прогресса проекта. Менеджеры получают отчеты о ходе работы, сроки их представления, а также механизмы мониторинга всего проекта (Соммервиль Иан, 624).
План должен регулярно пересматриваться во время реализации проекта. Некоторые части плана, например, график работы, часто меняются, другие более стабильны. Чтобы внести изменения в план, для отслеживания этих изменений требуется специальная организация потока документов.
Роли в группе разработки программного обеспечения:
Менеджер - общее управление проектами, написание документации, связь с клиентским программным обеспечением
Системный аналитик - разработка требований (составление технической задачи, программного проекта)
Тестер - составление плана тестирования и аттестации готового программного обеспечения (продукта), разработка тестового сценария, базового примера, проведение мероприятий для плана тестирования
Разработчик - моделирование программных компонентов, кодирование
Эффективное управление проектом программного обеспечения напрямую зависит от правильного планирования работы, необходимой для его реализации. Этот план помогает менеджеру предвидеть проблемы, которые могут возникнуть на любом этапе разработки программного обеспечения, и разработать превентивные меры для их предотвращения или решения. План, разработанный на начальном этапе проекта, рассматривается всеми его участниками в качестве ориентировочного документа, реализация которого должна привести к успешному завершению проекта.
Процесс создания профессионального программного обеспечения всегда является предметом бюджетной политики организации, где она разработана, и имеет временные рамки. Задача менеджера проекта программы заключается в обеспечении соблюдения этих бюджетных и временных ограничений с учетом бизнес-целей организации для разрабатываемого программного обеспечения.
Руководители проектов призваны планировать все этапы разработки программного продукта. Им также необходимо следить за ходом работы и соблюдением всех необходимых стандартов. Постоянный мониторинг хода работы необходим для обеспечения того, чтобы процесс разработки не выходил за рамки временных и бюджетных ограничений.
Автоматизированная информационная система может принести огромные выгоды организации, автоматизируя задачи, которые ранее выполнялись. Преимущества АИС сводятся к следующим ключевым понятиям: быстрее, лучше и больше. Тем не менее, чтобы реализовать преимущества информационных систем, мы должны иметь возможность разрабатывать их вовремя и с минимальными затратами. Информационные системы должны быть легко модифицируемыми и недорогими. Плохо спроектированная система, в конечном счете, требует много времени и затрат для ее обслуживания и обновления.
Современные CASE-инструменты охватывают обширную область поддержки многочисленных технологий проектирования АИС: от простого анализа и документации до полномасштабных средств автоматизации, охватывающих весь жизненный цикл программного обеспечения. Наиболее трудоемкими этапами разработки АИС являются этапы анализа и проектирования, в процессе которых CASE-инструменты обеспечивают качество технических решений и подготовку проектной документации.
В этом случае важную роль играют методы визуального представления информации. Это включает в себя построение структурных или других диаграмм в режиме реального времени, использование разнообразной цветовой палитры, сквозную проверку синтаксических правил. Инструменты моделирования графического домена позволяют разработчикам виз уально исследовать существующие АИС, перестраивать их в соответствии с целями и ограничениями. В категории CASE-фондов используются как относительно дешевые системы для персональных компьютеров с очень ограниченными возможностями, так и дорогие системы для гетерогенных
вычислительных платформ и операционных сред.
Таким образом, на современном рынке программного обеспечения имеется около 300 различных CASE-средств, самые мощные из которых так или иначе используются почти всеми ведущими западными компаниями. Как правило, CASE-инструменты включают в себя любое программное обеспечение, которое автоматизирует определенный набор жизненных циклов программного обеспечения и имеет следующие основные функции: мощные графические инструменты для описания и документирования IP, обеспечения удобного интерфейса с разработчиком и разработки его творческих возможностей; Интеграция отдельных компонентов CASE-средств, обеспечивающих управляемость процесса разработки АИС; использование специально организованного репозитория метаданных проекта. Интегрированный CASE-инструмент (или набор инструментов, поддерживающих полный жизненный цикл программного обеспечения) содержит следующие компоненты: репозиторий, который является основой инструмента CASE. Он должен обеспечивать хранение версий проекта и его отдельных компонентов, синхронизацию информации от разных разработчиков в области разработки группы, контроль метаданных для полноты и согласованности; инструменты графического анализа и проектирования, которые обеспечивают создание и редактирование иерархически связанных диаграмм (DFD, ERD и т. д.), которые формируют модель АИС; инструменты разработки приложений, включая языки 4GL и генераторы кода; средства управления конфигурацией; средства документации; средства тестирования; средства управления проектами; средства реинжиниринга. Все современные CASE-инструменты можно классифицировать в основном по типам и категориям. Классификация по типу отделяет функциональную ориентацию CASE-фондов для определенных процессов жизненного цикла.
Классификация по категориям определяет степень интеграции по выполняемым функциям и включает в себя отдельные локальные инструменты, которые решают небольшие автономные задачи (инструменты), набор частично интегрированных инструментов, охватывающих большинство этапов жизненного цикла AIK (инструментарий) и полностью интегрированные инструменты, поддерживающие весь жизненный цикл АИС и связанный с ним репозиторий. Кроме того, CASE-инструменты могут быть классифицированы в соответствии со следующими критериями: прикладные методологии и модели систем и баз данных; степень интеграции с СУБД; доступных платформ.
Классификация по типу в основном совпадает с составной частью CASE-инструментов и включает в себя следующие основные типы: верхние инструменты CASE для построения и анализа доменных моделей (Design / IDEF (Meta Software), BPwin (Logic Works)); средние CASE-инструменты, которые поддерживают самые распространенные методологии
проектирования и используются для создания спецификаций проекта (Vantage Team Builder (Cayenne), Designer / 2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas), CASE- Analyst ( MacroProject)). Результатом таких инструментов являются спецификации компонентов и интерфейсов системы, архитектура системы, алгоритмы и структуры данных; инструменты проектирования баз данных, которые обеспечивают моделирование данных и создание схемы базы данных (обычно в SQL) для наиболее распространенных СУБД. К ним относятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). Инструменты проектирования баз данных также доступны в CASE-инструментах Vantage Team Builder, Designer / 2000, Silverrun и PRO-IV; инструменты разработки приложений. К ним относятся коды 4GL (Unifce (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer / 2000 (ORACLE), новая эра (Informix), SQL Windows (Gupta), Delphi (Borland) и генераторы, входящие в Vantage Team Builder, PRO-IV и частично в Silverrun, средства реинжиниринга, анализ кода программного обеспечения и схем баз данных и формирование на их основе различных моделей и спецификаций дизайна. Инструменты для анализа схем баз данных и формирования ERD являются частью Vantage Team Builder, PRO-IV, Silverrun, Designer / 2000, ERwin и S-Designor. В области анализа кода программного обеспечения объектно -ориентированные CASE-инструменты, обеспечивающие реинжиниринг программ на C ++ (Rational Software, Object Team (Cayenne ). Наиболее распространенными являются вспомогательные типы: инструменты планирования и управления проектами (SE Companion, Microsoft Project и т. д.), средства управления конфигурацией (PVCS (Intersolv)), инструменты тестирования (Quality Works (Segue Software)); инструменты (SoDA (Rational Software)). т. е. на российском рынке программного обеспечения имеются следующие самые продвинутые CASE-инструменты: Vantage Team Builder (Westmount I-CASE); Дизайнер / 2000; SILVERRUN; ERwin + BPwin; S-Designor; Кроме того, рынок постоянно становится новым для отечественных пользователей системы (например, CASE / 4/0, PRO-1V, System Architect, Visible Analyst Workbench, EasyCASE), а также новые версии и модификации перечисленных систем (Якобсон А., Буч Г., Рамбо Дж., 496).
Обнаружение ошибок в работе системы, уведомление пользователя, правильное выключение или сохранение состояния во время прерывания.
Удобное расположение и представление часто используемых элементов экрана, методов ввода данных и т. Д. Возможность адаптации к различным алфавитам, режимам текстового и графического представления (слева направо, сверху вниз), разные форматы дат, методы ввода / вывода ( экранные формы и форматы), изменения в методологии (изменения в графических обозначениях, правилах, свойствах и составе предопределенных объектов) и т. д. Качество документации (полнота, понятность, читаемость, полезность и т. д.). доступность и качество учебных
материалов. Они могут включать компьютерные учебные материалы, учебные пособия, курсы, требования к знаниям. Квалификация и опыт, необходимые для эффективного использования CASE-инструментов. Простота работы с CASE-инструментом (как для начинающих, так и для продвинутых пользователей.
Требования к оптимальному размеру внешней и оперативной памяти, типу и производительности процессора, обеспечивающим приемлемый уровень производительности. эффективность рабочей нагрузки.
Эффективность выполнения CASE-инструмента его функций в зависимости от интенсивности работы пользователя (например, количество нажатий клавиш или кнопок мыши, необходимых для выполнения определенных функций).
Время, затрачиваемое средством CASE для выполнения определенных задач (например, время отклика для запроса, время анализа 100 000 строк кода). В некоторых случаях оценки эффективности могут быть получены из внешних источников.
Такие стандарты включают документацию, связь и пользовательский интерфейс, интерфейс окна, языки программирования, языки запросов и т. Д. Разработка структурированной системы и, в частности, проектирование с учетом централизации данных состоят в основном из стратегического планирования и всестороннего анализа требований. Большинство этих подходов к реализации реализованы в моделировании данных ERwin как метод, который определяет и документирует ту часть системных требований, которая непосредственно связана с данными. Модели процессов (диаграммы потоков данных, модели распределения, модели событий / состояний) могут быть созданы с использованием Logic Works BPwin и других инструментов для документирования требований к процессу. На разных этапах разработки используются разные уровни этих моделей.
ERwin напрямую поддерживает моделирование процессов и может отлично работать с различными технологиями. Например, Logic Works, среди прочего, предлагает инструмент для моделирования функций -BPwin, который поддерживает методы моделирования процессов, методы диаграмм потоков данных. BPwin может использоваться совместно с ERwin для анализа процесса в проекте ERwin (моделирование данных) (Иванова Г.С., 320).
Использованные источники:
1. Иванова Г.С. Технология программирования: Учебник для вузов. М.: Изд -во МГТУ им. Н.Э. Баумана, 2015. - 320 с.
2. Константайн Л., Локвуд Л. Разработка программного обеспечения. СПб.:Питер, 2016. - 592 с.
3. Соммервиль Иан. Инженерия программного обеспечения, 6-е издание.: Пер. с англ. М.: Издательский дом "Вильямс", 2014. - 624 с.
4. Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки программного обеспечения. СПб.:Питер, 2015. - 496 с.
List of references:
1. Ivanova G. S. programming Technology: Textbook for universities. M.: Izd-vo MGTU im. N. Uh. Bauman, 2015. - 320 p.
2. Constantine, L., Lockwood, L., software Development. SPb.: Peter, 2016. - 592 p.
3. Sommerville Ian. Software engineering, 6th edition.: Per. with English. M.: Publishing house "Williams", 2014. - 624 p.
4. Jacobson A., Buch G., Rambo John. Unified software development process. SPb.: Peter, 2015. - 496 p.
УДК 330.322
Булько А.А. студент 4 курса факультет «Управления» Южно-Российский институт управления - филиал Российской академии народного хозяйства и государственной
службы при Президенте РФ научный руководитель: Уварова Г.Г., доктор политических наук
профессор Россия, г. Ростов-на-Дону ОСНОВНЫЕ ПРОБЛЕМЫ ПРИВЛЕЧЕНИЯ ИНВЕСТИЦИЙ В
ИНФРАСТРУКТУРНЫЕ ПРОЕКТЫ РФ Аннотация: В статье рассматриваются основные проблемы привлечения инвестиций в инфраструктурные проекты РФ. Проанализирована необходимость применения механизма ГЧП в сложных экономических условиях.
Ключевые слова: инвестиции, инфраструктура, инфраструктурные проекты, проблемы привлечения инвестиций, механизм ГЧП.
Bulko A.A. Student
4 course, faculty of «Management» South-Russian Institute of Management - branch of Russian Presidential Academy of National Economy and Public Administration
Russia, Rostov-on-Don Scientific: Uvarova G.G. Doctor of Political Sciences, Professor MAIN PROBLEMS OF ATTRACTING INVESTMENTS IN INFRASTRUCTURAL PROJECTS OF THE RUSSIAN FEDERATION Abstract: investment, infrastructure, infrastructure projects, the problems of attracting investments, mechanism of PPP.
Keywords: In article the main problems of attraction of investments into infrastructure projects of the Russian Federation are considered. Need of use of the mechanism of PPP for difficult economic conditions is analysed.
