разработки приложений в настоящее время.

Введение.

Современная сфера торговли немыслима без эффективного управления. Два иностранных слова – маркетинг и менеджмент – не сходят с уст делового человека. Успех управления во многом определяется эффективностью принятия интегрированных решений, которые учитывают самые разносторонние факторы и тенденции динамики их развития.

Важная категория интегрированных решений – система обработки информации предприятия. Такую систему мы привыкли называть АСУ – автоматизированная система управления.

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

- Обеспечивать получение общих или детализированных данных по итогам работы;

- Позволять легко определять тенденции изменения важнейших показателей;

- Обеспечивать получение информации, критической по времени, без существенной задержки;

- Выполнять точный и полный анализ данных.

 

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персонально ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

Среди наиболее ярких представителей систем управления базами данных

можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland

Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз

данных Microsoft SQL Server и Oracle, используемые в приложениях,

построенных по технологии «клиент-сервер». Фактически, у любой

современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с «классическими» СУБД все чаще упоминаются языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами «классических» СУБД.

Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер». Таким образом, на сегодняшний день разработчик не связан рамками какого-либо конкретного пакета, а в зависимости от поставленной задачи может использовать самые разные приложения. Поэтому, более важным представляется общее направление развития СУБД и других средств

разработки приложений в настоящее время.

 

 

Постановка задачи.

Реализовать проект по созданию программной системы для предметной области «Заказ товаров почтой». Реализация проекта предполагает: - разработка (обоснование) технологического процесса создания ПС;

Описание предметной области, включающей краткую текстовую характеристику и формальные графические модели.

 

Заказ товаров почтой.

Данная программа предназначена для использования в сфере продаж, а, в частности, для удобства работы фирмы, занимающейся поставками товаров почтой.… Данная разработка является актуальной, так как в нынешнее время существует…  

Создание и распространение рекламных каталогов.

В бланке заказа клиент должен указать наименование товара, количество, особенности заказа, а также свои координаты (Фамилию, Имя, Отчество,…

Обработка бланка заказа.

Поиск товара и оформление счета-фактуры.

Доставка товара клиенту.

Способы оплаты: · Оплата наличными курьеру. Чаще всего клиенты использует оплату наличными… · Оплата через Сбербанк, по безналичному расчету. Клиент переводит на расчетный счет фирмы-поставщика сумму заказа в…

Анализ рынка заказов.

Анализ рынка проводится по данным о заказах за текущий месяц (год).

 

 

Формальные модели предметной области.

Рис. 1.1. Контекстная диаграмма «Заказ товаров почтой». Первый уровень…  

Анализ процессов.

1.1.1.Организация рекламы 1.1.2.Согласование дизайна и ассортимента каталога 1.1.3.Печать рекламных каталогов

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

За последние годы в противовес монументальным методологиям появились новые, кото­рые раньше было принято называть облегченными (lightweight). Теперь… Между всеми этими методологиями столько общего, что возникает естественный… Традиционным образцом для методологий программирования являются инженерные дисциплины, такие, например, как…

Методологии

К разряду гибких можно отнести целый ряд методологий. Всем им присущи общие черты, однако есть и довольно существенные различия. Кроме того, у меня нет опыта практической работы с большинством из них. Я немного работала с ХР, однако обо всех остальных имею представление почти исключительно по литературе.

XP (Extreme Programming)

Окончательный переход от неформальной методики к полноценной методологии произошел весной 1996 года. Первая стадия проекта завершилась в начале… XP стоит на четырех китах: Коммуникация, Обратная связь, Простота и Смелость.… В ХР большая роль отводится тестированию, оно является той основой, на которой строится разработка. При этом каждый…

Семейство методологий Crystal Алистэра Коуберна.

Как и ХР, методологии семейства Crystal тоже ориентированы на человека, однако несколько по-другому. Алистэр считает, что людям сложно использовать…

Open Source

У большинства проектов с открытым исходным кодом есть один или несколько координаторов. Координатор является лидером проекта, единственным… Еще одной особенностью разработки проектов с открытым исходным кодом является…

Адаптивная разработка (ASD) по Джиму Хайсмиту

Основу ASD составляют три нелинейные перекрывающие друг друга фазы: обдумывание, сотрудничество и обучение. Хайсмит рассматривает планирование в… Таким образом, обучение оказывается постоянной и важной характеристикой…

SCRUM

Этот метод довольно давно известен среди тех, кто занимается объектно-ориентированными разработками. Как и в прочих гибких методологиях, здесь подчеркивается, что определенный и повторяющийся процесс годится только для решения определенных и повторяющихся проблем в определенной и повторяющейся среде, в которой работают определенные и повторяющиеся разработчики.

Согласно методу SCRUM, проект делится на итерации (которые здесь называются "спринт"), по 30 дней каждая. Перед началом спринта вы определяете функциональность, которая требуется на данном этапе, после чего уступаете место команде разработчиков, которые выполняют поставленную вами задачу. Весь секрет в том, чтобы в течение одного спринта требования оставались неизменными. Однако нельзя сказать, что в течение всего спринта руководство находится не у дел. Каждый день команда разработчиков собирается на короткое (пятнадцатиминутное) собрание, именуемое "scrum" ("потасовка"), где бегло проговаривается, чем все будут заниматься в течение следующего дня. Кроме того, на таких собраниях руководителям компании дают знать о проблемах в продвижении проекта, которые им необходимо решить, а также сообщают о проделанной работе, чтобы они ясно представляли себе, в какой стадии находится разработка.

Посвященные методологии SCRUM работы, главное основное внимание уделяют итеративному планированию и процессу отслеживания. В целом же SCRUM очень близок к другим гибким методологиям, и должен хорошо сочетаться с правилами кодирования ХР.

Feature Driven Development

FDD насчитывает пять процессов. Разработка общей модели Составление списка требуемых свойств системы Планирование работы над каждым свойством… Первые три из них относятся к началу проекта. Последние два шага необходимо…

Dynamic System Development Method (DSDM)

Все начинается с изучения осуществимости программы и области ее применения. Изучать область применения программы предполагается на короткой серии… Базовые принципы, на которых строится DSDM, это активное взаимодействие с…

Союз всех гибких

Всякий раз при обсуждении методов разработки ПО в сфере объектно-ориентированных технологий, разговор неизбежно заходит о роли Rational Unified… Еще одним вариантом "гибкого RUP" является процесс dX Роберта… Адаптивный процесс стоит использовать, если у вас: Неясные или изменяющиеся требования к системе Ответственные и…

CASE-средства

Power Designer – полнофункциональный инструментарий для создания бизнес-приложений, – состоит из набора модулей, благодаря чему пользователи могут… Продукт поддерживает более пятидесяти самых разных СУБД, включая Oracle 10g,… Большую роль играет централизованный репозиторий, обеспечивающий совместную работы нескольких специалистов над одними…

Преимущества PowerDesigner

Уникальная усовершенствованная технология синхронизации многочисленных моделей Поскольку бизнес-моделирование и техническое моделирование тесно…

Компоненты Sybase PowerDesigner

В зависимости от ваших требований к проектированию и разработке, вы можете выбрать только необходимые модули PowerDesigner, т.е. приобрести только тот комплект функциональных возможностей, который вам необходим.

PhysicalArchitect (PDM)

Физическое проектирование и генерация базы данных, включая моделирование хранилищ данных. Этот модуль, входящий в состав минимальной конфигурации, обеспечивает инструментальные средства, необходимые для создания физических моделей баз данных, как OLTP, так и OLAP, генерации SQL-кода и реинжиниринга существующих баз данных из гетерогенных источников.

DataArchitect (PDM, CDM)

Двухуровневое, итерационное проектирование баз данных и генерация операторов SQL, создающих базу данных спроектированной структуры. Поддерживает интегрированное физическое и концептуальное моделирование данных (включая моделирование хранилищ данных), позволяя вам проектировать и генерировать базы данных для более чем 50 РСУБД и настольных платформ.

ObjectArchitect (PDM, CDM, OOM)

Developer (PDM, OOM)

Объектное моделирование и физическое проектирование баз данных. Это идеальный инструмент для разработчика. Физическое моделирование данных, интегрированное с UML-моделированием (use case, activity, sequence, диаграммы классов и компонентов), включающее возможности генерации сложного объектного кода и реинжиниринг.

Studio (BPM, PDM, CDM, OOM)

Поставляемый в редакциях Personal и Enterprise, модуль Studio объединяет в себе технологии моделирования бизнес-процессов с возможностями расширенного UML-моделирования и моделирования данных. Комбинируя все необходимые методы моделирования в одной среде, эти модули дают возможность бизнес- и IT-менеджерам с их командами разработчиков совместно строить бизнес-системы, эффективно поддерживающие работу вашего предприятия.

Viewer

Обеспечивает всем IT-специалистам вашей организации единое представление информации о моделировании. Этот модуль, работающий только в режиме чтения (read-only), обеспечивает графическое представление информации обо всех смоделированных компонентах системы и включает генератор отчетов с расширенной функциональностью.

Опция Enterprise

Обновив любой модуль до версии Enterprise (ранее известной как “with MetaWorks option”), вы получаете возможность работы с репозитарием, просмотра и совместной работы над моделями со всеми членами вашей группы. Версия Enterprise обеспечивает ведение центрального архива (репозитария) для моделей и других файлов, что значительно облегчает контроль доступа, совместное использование, сотрудничество, консолидацию, проверку версий и управление в рамках работы с моделями.

 

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

Техническое задание

Основание для разработки

Основанием для разработки информационной системы «Заказ товаров почтой», является автоматизация поиска в базе данных и заказа книги с помощью ПЭВМ.

Исполнитель и заказчик

Заказчиком разработки, выполняемой по настоящему ТЗ, является кафедра 43 Санкт-Петербургского государственного университета аэрокосмического приборостроения.

Исполнителем разработки, выполняемой по настоящему ТЗ, является ООО «Прус».

Наименование

Программе, разрабатываемой по настоящему ТЗ, присваивается наименование: "Информационная Система «Заказ товаров почтой»", в дальнейшем по тексту именуемая ИСЗТП.

Назначение разработки

ИСЗТП предназначена для выполнения следующих действий с книгами и заявками на ПЭВМ:

- Обработка заявок;

- Просмотр базы данных книг;

- Поиск нужной книги;

Требования к программе или программному изделию

Требования к составу

ИСЗТП должна состоять из одного модуля, выполняющего все требуемые функции.

Требования к функциональным характеристикам

Требования к составу выполняемых функций

- Открывать для просмотра или редактирования запись; - Редактировать созданную или открытую запись; - Выводить на печать созданную или открытую заявку с возможностью настройки полей отступа от края листа;

Требования к редактированию базы данных

- Вводить символы в информационное поле, отмеченное курсором; - Осуществлять навигацию по программе с помощью клавиатуры или “мыши”; - Выделять с помощью клавиатуры или “мышью” один и более символов, расположенных рядом в одном информационном поле, а…

Требования к поиску товара.

При поиске товара ИСЗТП должна выполнять следующие функции:

- Искать точные совпадения в наименовании товара, артикуле;

- При поиске товара название фирмы-производителя не учитывать;

Требования к обработке бланка заказа.

При обработке бланка заказа ИСЗТП должна выполнять следующие функции:

- Заносить координаты клиента в базу данных «Клиент»;

- Каждому заказу присваивать уникальный номер-идентификатор;

- При неполном заполнении данных выдавать сообщение об ошибке;

 

Требования к расчету за товар.

При расчете за товар ИСЗТП должна выполнять следующие функции:

- Заносить номер квитанции об оплате в базу данных;

- Фиксировать дату расчета:

- Выдавать сообщения о неоплаченных заказах;

Требования к надежности

Время восстановления ИСЗТП после отказа не должна превышать 0,5 часа. ИСЗТП в составе ПО ПЭВМ, должен выполнять функциональные задачи по назначению… Условия эксплуатации ИСЗТП должен функционировать в соответствии с заданными в настоящем ТЗ требованиями, в составе ПО…

Требования к составу и параметрам технических средств.

- процессор не хуже Pentium III или AMD Duron/Athlon 500МГц; - объем ОЗУ не менее 64 Мб; - НГМД 3,5 (1,44 Мб);

Требования к информационной и программной совместимости.

ИСЗТП должен функционировать на ПЭВМ с одной из операционных систем MS Windows NT, MS Windows 2000, MS Windows XP. Для реализации интерфейса между ИСЗТП и пользователем должны использоваться… Для реализации интерфейса между ИСЗТП и другими программами из состава ПО ПЭВМ должны использоваться средства буфера…

Требования к маркировке и упаковке

Маркировка НГМД с ТР должна проводиться в соответствии с требованиями ГОСТ 19.103-77 ЕСПД.

Требования к транспортировке и хранению

ИСЗТП должна транспортироваться: - в составе ПЭВМ, записанный на НЖМД ПЭВМ; - на НГМД.

Требования по хранению

ИСЗТП должна храниться:

- в составе ПЭВМ, записанная на НЖМД ПЭВМ;

- на НГМД.

Условия хранения ИСЗТП в составе ПЭВМ должны соответствовать условиям хранения ПЭВМ, требования к которым предъявляются в эксплуатационной документации ПЭВМ или ее составных частей.

Условия хранения ИСЗТП на НГМД должны соответствовать условиям хранения НГМД, требования к которым предъявляются в эксплуатационной документации НГМД.

Специальные требования

Требования не предъявляются.

Требования к программной документации

Требования к составу документации

Состав документации определяется Исполнителем на этапе разработки перечнем разрабатываемых документов и согласовывается с Заказчиком.

В комплект документации в обязательном порядке должны входить:

- спецификация;

- текст программы;

- руководство оператора;

- загрузочные модули;

- программа и методика испытаний.

Требования к оформлению документации

Программная документация должна быть разработана и оформлена в соответствии с ЕСПД.

Технико-экономические требования

Трудоемкость разработки, отладки и испытаний ИСКП должна быть согласована Исполнителем и Заказчиком на этапе заключения договора на выполнение работ.

Стадии и этапы разработки

Создание и отработка ТР должно производиться по следующим основным этапам:

1-й этап. Разработка программы и программной документации.

2-й этап. Испытание программы.

3-й этап. Подготовка и передача программы.

Порядок контроля и приемки

Приемка разработанной ИСЗТП осуществляется на средствах вычислительной техники Заказчика в объеме, определяемом программой и методикой испытаний ИСЗТП, и в сроки, определенные ведомостью исполнения (календарным планом) работ к соответствующему договору. Результаты приемки ИСЗТП должны быть отражены в техническом акте.

Программа и методика испытаний ИСЗТП выпускается Исполнителем в соответствии с ГОСТ 19.301-79 и должна быть согласована с Заказчиком.

Порядок внесения изменений в техническое задание

Настоящее техническое задание может уточняться и дополняться в процессе создания ИСКП совместными решениями сторон, подписавших техническое задание, оформленными в виде дополнения к ТЗ в соответствии с требованиями ГОСТ 19.201-78.

 

От Заказчика:

 

От Исполнителя:

 

Перечень сокращений

 

Описание технологического процесса.

 

Структурный анализ.

  Построение ДПД: В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD),…

ДПД первого уровня.

На первом уровне ДПД представлен общий процесс общения клиента (заказчика) с фирмой-поставщиком. При этом существуют еще сущность – банк, который…  

Проектирование

При разработке информационной системы я использовала проектирование.   Инфологическая модель должна включать такое формализованное описание предметной области, которое легко будет…